ALAPU 





A CD-mellékleten 


CorelDraw$ próbaverzió 
Fogódzó 


Hardverleíró világnyelv 


Pro domo: 


8 év után búcsú a floppytól 
Vírusőrjárat: 


Cap, a szürke kis karrierista 











ülö e TETTE NY 
s vállalati felhasználóknak: 
Mi TEA OK Set] 
a szolgáltatás igénybevételéhez szükséges 





[Tee LT e e erre AKT TEA 


Üzleti kommunikációs szolgáltatásainkról és az Ön cégének legmegfelelőbb és 
legtakarékosább Internet kapcsolat kialakításának lehetőségeiről készséggel 
tájékoztatjuk Önt bővebben a 465-7867-es telefonszámon. 


HOLA LEN internet) 


ELENDER INFORMATIKAI RT.: XIII. Bp., Váci út 37. Tel.: 465-7800 Fax: 465-7899. e-mail: infokfXelender.hu Web: www.elender.hu INFORMÁCIÓKÉRÉS: 1 
ELENDER ÜZLETEK: 1087 Budapest, Hungária krt. 8. Tel.: 210-3044 Fax: 333-4347 " 1092 Budapest, Ferenc krt. 16. Tel./Fax: 218-2858 " Debrecen, Csapó u. 61. Tel./Fax: 52/413-795 
Szeged, Madách u. 15. Tel./Fax: 62/310-269 - Nyíregyháza, Nyírfa tér 5. Tel./Fax: 42/ 405-666 " Pécs, Klimó Gy. u. 13. Tel./Fax: 72/312-820 - Szombathely, Széll K. u. 23. Tel./Fax: 94/336-479 
ORSZÁGOS VISZONTELADÓI HÁLÓZAT: 
Székesfehérvár, Távirda u. 18. Tel.: 22/316-763 " 24-es körzet: Szigethalom, Sétóló u. 14. Tel.: 20/340-282 " Solgótorján, Kassai sor 2. Tel.: 32/422-195 " Esztergom, Mátyás K. u. 11/. Tel.: 33/331-037 " Komárom, Táncsics M. u. 3. Tel.: 34/342-8. 


Eger, Céhmesterek u. 16. Tel: 36/436-287 " Gyöngyös, Jókai v. 38. Tel.: 37/300-799 " Nyíregyháza, Nyirfa tér 5. Tel.: 42/405-666 " 45-ös körzet: Kisvárda, Víz u. 26. Tel.:20/383-777 " Miskolc, Szent!. u. 3. Tel.:46/340-860 " Kazincbarcika, Radnóti 

éd, Tel.:56/427-733 " Szeged, Madách u. 15. Tel.: 62/310-269 " Hódmezővásárhe 
Hóvirág u. 2. Tel.: 62/246-810 " Szentes, Petőfi u. 11. Tel.: 63/318-755 " Mohács, Vörösmarty u. 6. Tel.: 69/304-035 " Pécs, Klimó Gy. u. 13. Tel.: 72/312-820 " Ki: gyháza, ú 2. Tel.: 76/463-362 " Kiskőrös, Martini u. 1. Tel.: 78/312-2 
Baja, Szabadság u. 26. Tel.: 79/322-633 " Kaposvár, Arany J. u. 21. Tel.: 82/420-137 " Siófok, Fő u. 196. Tel.: 84/310-817 " Tapolca, Batsányi u. 1. Tel.: 87/412-564 " Veszprém, Botev u. 1. Tel.: 88/428-235 " Szombathely, Széll K. u. 23. Tel.:94/336-4 
Győr, Corvin u. 3. Tel.: 96/319-762 














A Mikroszámítógép Magazin és 
az Alaplap hagyományait folytató 
magyar számítástechnikai folyóirat 


Megjelenik havonta CD-melléklettel 
Főszerkesztő: 
Faklen Pál 


Főszerkesztő-helyettes: 
Varga János 
Szerkesztő: 

Jakab Ágnes 
A szerkesztőbizottság tagjai: 
Ambrózy Gábor, Aszalós László, 
Feleki Zoltán, Galántai Zoltán, 
Herczeg József, Horlai János, 
Kis János, Kovács István, 
Mózes István Miklós, 
Pogány Csaba, Simay Endre István, 
Szondi Egon János, 
Vargha Dénes, Vékony Tamás 
Szerkesztőség és kiadó: 
1539 Budapest, Pf. 571 
VI., Dózsa György út 84/b 
Telefon: 322-4417, 322-5238 
Fax: 351-8015 
E-mail: alaplap(omail.datanet.hu 
Felelős kiadó: 
Faklen Pál 
Terjesztés: 
Megyes Zsuzsanna 
Hirdetésszervezés: 

Árvai Katalin, Bogácsi Mária, 
Galyasi Hedvig, Pap Katalin 
Külföldi hirdetések: 
PubliCity 
Reklám- és Médiaügynökség 
1537 Budapest I., Márvány u. 17. 
Telefon: 156-1182 Fax: 175-3539 
A kiadó a hirdetések tartalmáért 
és a nyomdakészen kapott hirdetések 
formájáért (és helyesírásáért) 
nem vállal felelősséget 
Példányszámadatok hitelesítése: 
Magyar A Terjesztésellenőrző 

VA Szövetség 


TGAMATESZ 


Ez a szám 
10 000 példányban jelent meg 
Nyomtatás: 
Zalai Nyomda Rt, Zalaegerszeg 
Felelős vezető: 
Czirkl György vezérigazgató 
Terjeszti: 

A Magyar Posta Rt, a Nemzeti 
Hírlapkereskedelmi Rt, a Hírker Rt, 
a Kiadói Lapterjesztő Kft és számos 

számítástechnikai szaküzlet 
Előfizethető a kiadónál: 
Új Alaplap Kiadói Kft, 
1539 Budapest, Pf. 571 
Bankszámlaszám: 
OTP 11706016-20788599 


A lap példányonkénti ára: 588 Ft 
Évi előfizetési díj: 5880 Ft 
Külföldi előfizetés díja: 
5880 Ft -- postázási költség 
HU ISSN 1217-7598 





XVI. ÉVFOLYAM 5. SZÁM, 1998. MÁJUS 











TARTALOM 
Vargha Dénes A HÓNAP TÉMÁJA: 
összeállítása TÁRGYSZERŰSÉG 
5  Objektumorientáltan 
Németh Miklós 7 Tapasztalatok OO , körökben" 
Vargha Dénes . 9 OOP Delphiben 
Németh Miklós 12 Sokszínűség 
Németh Miklós 14 Álom és valóság 
HorlaiJános 15  OOP adatbázisok 
NickJános 17 Jobbak, mint a relációsak 
HorlaiJános 19  Szubjektumorientáltan 
KisJános 21 OO barbatrükkök 
SZOFTVERPORTÉKA 
Simay Endre István 25 Delphi 3.0 C----ban 
Herczeg József 28 Tovább a FARvizen 
HorlaiJános 30  Awszoftverjog lángpallosa 
ALTERNATÍVA 
Adorjáni Gábor 32  Objektumkezelés Linux alatt 5 ak 
Kádár Zsolt 33 Rövid hírek az OS/2 világából 
34 BÖNGÉSZDE 
es KIRAKAT 
FaklenPál 37 Láttál valami érdekeset is? 
FaklenPál 39 PALETTA 
Bánó György 43 HARDVERSENY 
Kovács Attila 44 HÍRHÁLÓ 
HÁLÓZAT 
Simay Endre István 45  Novonyx-átváltozások 
Hargitai Zsolt 46 Technológiák révén 
Kőnig Tibor 47 Lefelé és felfelé 
PálFerenc 48  Rutinból... 
Toporczy István 49 Teljes biztonsággal 
FOGÓDZÓ 
Morva Sándor 50 Az SDRAM házatáján 
Mózes István Miklós 53 Munka a képekkel 5 
ZsadányiPál 56  Hardverleíró világnyelv 
NYÍLT TÉR 
Komáromy Gábor 59 Az új média születése 
PRO DOMO 
FaklenPál 61  Floppynekrológ 
VargaJános 69  Sajtóhibavírusok a láthatáron 
VÍRUSŐRJÁRAT 
Szappanos Gábor 63  Makróvírusok 
Szappanos Gábor 65 Egy szürke kis karrierista 
PROGRAMOZÁSTECHNIKA 
Simay Endre István 67 ADO az adatbáziskezeléshez 
68 MIKROBAZÁR 
KÖNYVESPOLC 
Vargha Dénes 70 Kétszer kettes ikerpár 
Feleki Zoltán Karikatúrák 
Címlapképünk a Space Mouse 
prospektusából 
69 E számunk hirdetői 








ÚJ ALAPLAP. 1998/5 


1 





Az Új Alaplap CD-mellékletének tartalma 1998. május 


ALAP9805 A májusi floppymelléklet 
HTML A CD HTML-felülete 
INSTALL Telepítőanyagok 1998. május 


platformok szerint ÚJ AL APLAP 


FOKUSZ Fókusz rovat 
TETSZETT BETETT ZTTK ESZTET] 
DELPHI — Delphi komponensek CD-melléklet 


Lapraforgó rovat 
LAPFORG — Képek a Photoshop sulihoz / DOS / Windows ke ue BE 
RUNTIME — Telepítéshez szükséges Windows 95 - NT KEREK EEETEt 
kiegészítő anyagok tsa XP TS HegeaTGől 

SZERSZAM Szerszámosláda rovat ZZETETEETTTT po napos próbaverzió) 

DOSWIN — DOS és Win 3.1-es f SZE etgááslsa 

Ess dj ni] 
shareware-gyűjtemény c 

LINUX — Linux-anyagok contt internet 

os2 — OS/2-válogatás DRAW 8 a 6 gr 

WIN95 — Win95-ös gyűjtés 

WINNT — Windows NT-programok OuickTime 
VENDEG Vendégoldal rovat szász 

ARTISOFT — Lantastic 7.0 demó és kipróbálási változat 

ELENDER — Elender internetes starter kit 

MPCOMP-9  — Az MP Computer bemutatója: Netdemo 
A CorelDraw 8 bemutató változata (30 napos) 
BARISTA 
COLOR BáGAE Vért Option: Help 
CONFIG 
CUSTOM 
DRAW 
FILTERS 
FONTS 
MEDIAFOLDERS 
PHOTOPNT 
PLUGINS 
PROGRAMS 
REDIST 
SCRIPTS 
SETUP 
TUTORS 
TWAIN 
VERSIONS b 
WORKS PACE Ready to Scan - Select a Root or Branch D: has 0 bytes free (07) 
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Faklen Pál "— Búcsú a floppytól — BUCSU.TXT s061. o. 








Magyar Tamás  Fájlinfó Windowshoz — FINFO.TXT, FINFO$.EXE 





Kálmán Károly  Gyorsfénykép az XMS-ről — XMSINF.TXT, XMSINF.EXE 





Kiss J. Gábor — Különleges floppyformátumok — VALAP9BSOSIFLOPFORMU." 


Borsi Zsolt — Simon László . , Szerkeszthető" Európa — EUROP$.EXE 
Nagy Gyula . PC Rébusz 98/05 — PCR.TXT, PCR9805.EXE, F".XXX ki 
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...ha ugyanennyiért a NEVET 


is megkaphatja? 


A név azonosít bennünket, egyedülivé tesz a kivívta a felhasználók körében azt az elismerést, 


sokaságban. Milyen különös, hogy a XII. századból hogy a Compag név egyedülálló minőséget jelentsen. 


például Anonymus mégis éppen név nélkül válhatott . És ami szinte hihetetlen - Ön most a Compag csúcs- 


halhatatlanná. Ma már ilyesmi nem fordulhat elő. minőséget egy névtelen számítógép áráért veheti meg. 


A világ első személyi számítógép gyártójaként cégünk 


Compag Deskpro 1000." Pentium" processzor 20OMHz MMX" technológiával 
1.6 GB HDD " 256KB 27 level cache " I6MB RAM " S3 Tiio 64V2/DX PCI 
VGA adapter " IMB Video RAM " 7 Slot (1 Combo, 3 PCI, 3 ISA) " WIN95 





pentium" 


COMPAG 


1126 Budapest, Királyhágó tér 8-9 
Fax.: 436 (1) 457-3699 
www.compag.hu 

E-mail: info.huGocompag.com 
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Magyarország térképe 


Magyarország teljes úthálózata, 
összes települése, nagyvárosok 
áthajtási térképe 
Nevezetességek foto- 
gyűjteménnyel és videókkal 
Útvonalajánlás 
Magyarország területén 
Felhasználó által is 
beillesztehető objektumok 


Nyomtatási lehetőség 


Budapest térképe 


Teljes utcahálózat egyirányú 
utcákkal 

Kulturális és közigazgatási 
egységek 


Nevezetességek fotó- 
gyűjteménnyel és videóval 


Keresési lehetőség bármely 
utcára vagy objektumra 


Felhasználó által is 
beillesztehető objektumok 


Nyomtatási lehetőség 


MAGYARORSZÁG CD-ATLASZ 


























SÉRA TAMÁS 


ESZTÉSE 

FEJLESZÉBEN 

5 ALK ALKALMAZÁS egi NDSZERBE! 
WINDOWS FORLAND 


Gijedfindons 


települését bemutató - MAGYAR VÁROSOK CD-ROM 


CARTOGRAPHIA FÖLDGÖMB- ÉS TERKEÉPBOI 
1065 Budapest, Bajcsy-Zsilinszky Endre út 37. Tel./Fax: 312-6001 
CARTOGRAPHIA TÉRKÉP -. ACT Szu á 


1149 Budapest, Szabács u. 4. Tel.: 222-6727 Te 


HEZ rZGT KA] 


e elektronikus levelezés 


3 dokumentumkezelés 


2 web alkalmazások 
B csoportmunka 


B intranet 


B workflow 
e iktatás 
2? ügykezelés 


elektronikus 
kereskedelem 


9 irodaautoma- 


20 millió felhasználó 
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előadás programok: 


e Web alkalmazások domino környezetben 
április 30. 


SIBM Suites for Windows NT 
május 14. 


"ISO 9000 dokumentumkezelés Lotus Notes-ban 
május 19. 


eLotus Notes Felhasználói Klub havonta 
-Workflow 

-LotusScript 
-Java 


Lotus Notes és domino fejlesztői versenyt hirdetünk! 


regisztráció: Lotus, telefon: 372-1421 e 


dosvwvo Lotus Notes . sszsése 
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A számítástechnika rövid, de eseményekben gazdag történetének kevés tendenciája váltott ki annyi 
ellentétes értékelést, mint a szemünk láttára most kibontakozó nagy fellendülés, egyelőre főleg csak a 
nagy szoftverrendszerek fejlesztése terén. Sokak szerint ugyanis az objektumorientált programozásban 
sikerült megtalálni azt a csodagyógyszert, amellyel a fenyegető szoftverkrízist le lehet küzdeni. Mások 
ezzel szemben arra figyelmeztetnek, hogy csak ne nagyon lelkendezzünk, mert ez a fejlődési irányzat 
rengeteg veszélyt is hordoz magában. 

Kétségtelen, hogy a hardvereszközök hihetetlen tempójú tartós fejlődését sem szakmai, sem pénzügyi 
eszközökkel nem lehet visszafogni. A hardverkínálat sok szempontból messze előtte jár a valóságos 
szükségleteknek. Semmi baj — mondják a hardvergyártók —, az igényeket mesterségesen is feljebb 
lehet tornázni. Ehhez viszont szoftverek kellenek, mégpedig olyanok, amelyek mindig a fejlődés adott 
szintjéhez alkalmazkodnak. Kulcskérdés tehát az, hogy miként lehet biztosítani a hardver fejlődésével 
való lépéstartást a szoftverfejlesztésében, amikor a hagyományos módszerek nem elégségesek. 

Az igényformálás hatásos eszközének bizonyult a grafikus kezelői felület, leginkább pedig az MS 
Windows. A látványos képi eszközökkel operáló egységes programkörnyezet olyan alkalmazásoknál 
is túlsúlyba került, ahol valójában semmi keresnivalója nem lett volna, hiszen a karakteres megoldás 
olcsóbb is, gyorsabb is, biztonságosabb is... A kitűnő piacbefolyásoló technika révén viszont sikerült 
levezetni legalább egy hardvergeneráció minőségi túltermelését. A gépek képességeinek túlnyomó 
részét manapság már nem a valóságos feladat megoldására használjuk, hanem a látvány előállítására, 
képek és hangok együttesének lenyűgöző megjelenítésére, a film- és videotechnika által jóval korábban 
alkalmazott trükkök digitális alapokon történő leutánzására. 

A fejlődés előrehaladásán azonban kár volna siránkozni. Inkább azon kell ügyködnünk, hogy a táguló 
lehetőségeket próbáljuk meg értelmes módon is kihasználni, hiszen számos olyan terület van, amelynek 
indokolt és érdemi számítástechnikai igényeit a jelenlegi eszközökkel még nem tudjuk kielégíteni. Ilyen 
például az írott formában szunnyadó hatalmas tudásanyag hozzáférhetővé tétele, ilyen az emberi 
beszéd online feldolgozása és fordítása... Ma még megcsodáljuk, ha gazdája szavára egy autó leengedi 
az ablakot vagy kikapcsolja a világítást, és inkább azt érezzük természetesnek, hogy a számítógéppel 
történő kommunikáció mindkét kezünket lefoglalja. 

Tennivalónk van elég, és marad belőle utódainknak is. A kérdés csak az, hogy mikor milyen 
módszerekkel,  megoldá- A 
sokkal tudunk eleget tenni 
a kihívásoknak — és hogy 
értelmesen használjuk-e fel 
azokat az eszközöket, ame- 
lyek rendelkezésünkre áll- 
nak. E havi témánk, az ob- 
jektumorientáltság, azon 
belül is az OOP szintén 
csak az egyik ilyen eszköz, 
de hogy milyen hatalmas 
lehetőségek rejlenek benne, 
azt most kezdjük igazán 
megérteni. Aki egyelőre 
félvállról veszi, vagy úgy 
érzi, hogy a téma , nem rá 
tartozik", az legalább hall- 
gassa meg, mit mondanak 
olyanok, akik már találkoz- 


Control Window — info 


tak vele. Érdemes odafi- es 
gyelni a szavukra. 
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[LATELLT 
LAZA OTT KON GZEOY8 
megjelenítésre, adatbázis-kezelésre és modellezésre. 
Model$erver Continuum" 
h Az Oracle" 5007 GIL kai 
ük ÜL OLE en 
ke ÉLGTL a) ; 


ÜTNE Sá krt 


GEV N TA ETLTN TTCTLTZNTZTÉTŐ 
GYI 
d ed GTT EST Ti (RIie3 
BALETT ÉKES üt ÓeT w 


tervező szoftvercsomag, 
GEOPAK" Survey 
IG LOAATT E ETK KO E ÜT KG 
LLONTTÁL ZAL ÁLLÁT UTAS KT TZOT TK EAG TOLE 7] 
CIC TATA 
LOCAL TAT ZT 
ESSEK CTL e KLZe e, TTL UIN AKT OTZS 
hi 4 3ILA 
e 
idszer valós idejű kiértékelési 


u Mn ZT CorEtaeaől 38 


dutomatikus vekíbrizálást. 
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Aa 
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j SOVééga The (ontinuum 
ke ő MS jú 


SZ tttmnmmm 


Szeretné jobban 
hasznosítani műszaki 
adatait? 


A Bentley Continuum segít Önnek még 
teljesebbé tenni értékes műszaki adatait a 
legnagyobb termelékenység elérésével, 
valamint a műszaki rajzok és adatok 
eljuttatásával a vállalkozás minden szintjére. 

Átfogó ajánlatunk kiterjed 
a szoftverekre, a támogató szolgáltatásokra 
és a stratégiaipartnerek által nyújtott 
egyedülálló megoldásokra. 


és modellezésre. A HMR Inc. által 
kifejlesztett MicroStation" Descartes" 

egy lépésben valósítja meg 

a digitális képkezelést és az automatikus 
vektorizálást. MicroStation" GeoGraphics" 
átfogó térképezőeszközünk, mely egyesíti 
a számítógéppel támogatott tervezést 

és a térinformatikát. A GEOPAK" Civil 
Engineering Suite sokoldalú út-, híd-, 
telek- és csatornahálózat-tervező 
szoftvercsomag. A GEOPAK" GeoTerrain" 
szoftvere egy gyors digitális 30 
terepmodellező rendszer valós idejű 
kiértékelési lehetőségekkel, a CivilDraft" 
a csoportos tervezés, 

a mennyiségmeghatározás és rajzelőállítás 





beépíti az Oracle" 5D07-t 

a vállalkozás műszaki adatainak 
kezelésébe, míg a ModelServer 
Publisher" műszaki adatokat 

és rajzokat tesz hozzáférhetővé 

az Internet/Intranet/Extranet segítségével. 


www.dentley.com/tontinuum 


zi 
BENTLEY 


Engineering tbe future together 


BENTLEY SYSTEMS HUNGARY 
H-1052 Budapest, Petőfi Sándor u. II. 





í jon űj eszkö 8 Tel.: (1) B7-34-II, fax: (1) 26-27-97 
vi A Microstation nagyszertí eszköze. AGEDBAK $une ki Internet: bentley huealarmix.net 
! nyújtja az alapot a felmérési adatok kétirányú átvitelét teszi 





a legkiválóbb rajzolásra, 
! tervezésre, megjelenítésre, 
adatbázis-kezelésre 
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lehetővé bármilyen formátumban 
és bármilyen adatgyűjtő eszközzel 
együttműködve. A ModelServer (ontinuum" 


Web: wvax.bentley.com A MicroStation bejegyzett védjegy, a MicroStation 
GeoGraphics, 

a MicroStation GeoExchange, a Bentley és a , B" Bentley logo a Bentley Systems, 
Incorporated védjegyei. 

A Descartes az HMR Inc., Parcel Manager a Spatial Data, inc. védjegye. 

01997 Bentley Systems, Incorporated. 
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Szubjektív vallomás 


Tapasztalatok 00 ,körökben" 


Cikkünk szerzője 1988-ban — franciaországi ösztöndíja idején — 
még csodabogárnak nézte azt a svéd fiút, aki az időjárási és 
agrárgazdálkodási folyamatok objektumorientált modellezésével 
töltötte az idejét (C-4-4 és Simula nyelven) — ahelyett, 

hogy rögtön nekilátott volna programjai megírásának. 


Ma már elmondható, hogy az objek- 
tumorientált (a továbbiakban: 00) 
technológia az információs korszak ál- 
talánosan alkalmazott szoftverfejleszté- 
si módszere. Az elmúlt 6-8 év alatt 
számos szakember teljesen elkötelezte 
magát az objektumorientált programo- 
zási módszer (OOP) mellett. Velem is 


ez történt. Franciaországban a svéd 


fiúval való megismerkedés felkeltette 
az érdeklődésemet, de akkor még azt 
hittem, hogy az OO csupán túlzott 
intellektussal bíró pihentagyúak szóra- 
kozási formája. Azután 1989-ben ke- 
zembe került a Borland Turbo Pascal 
5.5 leírása az OOP-ről. Harmadik olva- 
sásra kezdett megvilágosodni a lényeg: 
csakugyan ez az, ami nekem kell, ez az 
a módszer, amely tényleg megnövelheti 
a szoftverek készítésének hatékonysá- 
gát. Nemcsak érteni, hanem érezni is 
kezdtem... 

1995-96-ban, ismét Franciaország- 
ban, az objektumorientált tervezésbe 
(OOT) is beletanultam. Életem első 
objektum-adatbáziskezelőjét, az Ob- 
jectStore-t, 1996-ban ismerhettem meg, 
ezt követte később még néhány ( Versant 
C---, GemStone/J, POET C--t- és Java). 
1997-ben már a Java programozás és 
eszközök, valamint az elosztott (Corba) 
objektumok világában is el tudtam mé- 
lyedni. 

Ma már elmondhatom, hogy az OO 
technológia valamennyi területén részt 
vettem termelésben működő rendszerek 
létrehozásában a tervezéstől a progra- 
mozásig (C----ban és Javában), az adat- 
báziskezeléstől " objektumkönyvtárak 
tervezéséig és készítéséig. Összegyűlt 
tapasztalataim alapján megpróbálok se- 
gíteni azoknak, akik szeretnének eliga- 
zodni ezen az igencsak bozótos terüle- 
ten. 

Két éve — akkor már az IOSoftnál 
dolgoztam — létrehoztuk az Objektum 
Orientált Fejlesztők és Felhasználók 
Klubját (OOFFK) a Neumann János 
Számítógéptudományi Társaság egyik 


szakosztályaként. Havonta tartunk 
szakmai összejöveteleket, és azóta már 
két országos konferenciát is szervez- 
tünk (1996-ban Kecskeméten, 1997- 
ben Visegrádon). 


Objektumorientált tervezés 

Az OOT ennek az évtizednek a ta- 
lálmánya. 1989 és 1994 között megszü- 
letett az összes lényeges (elemzési és) 
tervezési módszertan, amelyek közül a 
legnagyobb népszerűségre az 1991-ben 
publikált [1] Object Modeling Techni- 
gue (OMT) tett szert (James Rumbaugh 
és társai). 

Az OO módszerek között nincs lé- 
nyeges eltérés. Az első OO tervezési 
módszer megtanulása elsősorban szem- 
léletváltozást követel meg a tervezőtől. 
Aki még nem programozott OO mód- 
szerrel, annak számára nagy eltökéltsé- 
get igénylő feladat a hatékony OOT-hez 
szükséges szakértelem megszerzése. Az 
OOT elveit azonban igazán csak a 
gyakorlatban, az OOP technikáin ke- 
resztül lehet megtanulni. Kijelenthe- 
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tem, hogy az OO rendszertervek sokkal 
gyakorlatiasabbak, mint a strukturált 
módszerrel készült rendszertervek, mi- 
vel kifejezetten az előállítandó szoft- 
verre vonatkoznak. 

Az OOT módszerei fokozatosan át- 
veszik a strukturált tervezési módszerek 
helyét. 1996-ban már az újonnan indí- 
tott szoftverfejlesztési projektek több- 
ségénél OOT módszertant alkalmaztak. 
(Természetesen ez csak azokra a fej- 
lesztésekre "vonatkozik, amelyekben 
formális a tervezési módszer.) Magyar- 
országon ez a fordulat alighanem 1998- 
ban fog bekövetkezni. 

Az OOT előretörését és sikerét első- 
sorban nem magában az OO tervezési 
módszerben kell keresni, hanem az OO 
programozási nyelvek (C----, Java) és 
eszközök (Visual Basic 5, Centura, 
PowerBuilder, Forté) elterjedésében. 
Olyan szoftvert, amelyet OO nyelven 
fognak implementálni, sokkal jobban 
lehet OO módszerrel tervezni. Az OOT 
elsősorban a részletes rendszerterv el- 
készítésében jelent segítséget. 

Főleg a bezárás (encapsulation) és az 
interfészek (design by contract) fogal- 
mának támogatása teszi alkalmassá az 
00 fejlesztési módszert (fejlesztés — 
tervezés 4 programozás) iteratív jelle- 
gű, gyors, prototípus-vezérelt fejleszté- 
sek elvégzésére is. 
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The Database for Component-Based Camputing. 


oriented database company. The ObjeciStore Cache-Forward archit 


provides high performance data management for distributed comp 


based Java, Cs, and ActiveX applications. 


The Latest News 


b Sun embeds ObjectStore PSE 
Pro for Java 

JavaSpaces, Sunt new distributed 
Java computing framework is built on 
ObjectStore 


b Rapid Database Development 
RDDI 

Object Design unveils new visual tools 
initiative 


b Major New Release 

Join the ObjectStore PSE Pro for Java 
Early Access Program. Learn about a 
major new release of the Pure Java, 
Pure Object DBMS! 
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Check It Out 


Compare for Yourself! 
Benchmark reveals why 
OtjeciStore runs over 100x 
faster than RDBMSs 
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Rm the benchmark ét read 
the white paper! 


Let us write some code! 
Try out the ObjectStore Database Designer 


and Component Wizard 
Download a beta version 
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Az OOT egyik legnagyobb előnye, 
hogy megjelentek kifejezetten az újra- 
felhasználhatóságot támogató kompo- 
nensek (JavaBeans, ActiveX). Ezek 
használata ma már teljesen általánossá 
vált, hiszen jelentősen csökkentik a 
fejlesztési költségeket. 

A három legelterjedtebb OOT mód- 
szer az OMT, a Booch és az Objectory. 
E módszerek szerzői (J. Rumbaugh, G. 
Booch és I. Jacobson) dolgozták ki a 
Unified Modeling Language (UML) 
jelölésrendszert, amelyet az Object 
Management Group (OMG) szab- 
ványként is elfogadott. A legnagyobb 
szoftverházak (IBM, Microsoft, Oracle 
stb.) ma már integrálják eszközeikbe az 
UML-t. (Az UML -ről bőséges irodalom 
található, főleg a [2] és [3] könyveket 
ajánlom az olvasók figyelmébe.) 

Az OO elemzés területén is elkészül- 
tek már a legfontosabb módszerek ([4], 
[5]), ezek gyakorlatban való hatékony 
alkalmazása jelenleg az egyik legizgal- 
masabb kihívás a rendszerszervezők 
számára. 


Objektumorientált programozás 

Az OO technológia legfontosabb 
(központi) része az objektumorientált 
programozás; minden más OO területet 
az OOP mozgat. Az OOT az OOP 
fogalmait, elveit általánosította a terve- 
zésre. Az OO adatbázisok az OO prog- 
ramok objektumait tárolják olyan for- 
mában, ahogy azok a programokban 
megjelennek. Az elosztott komponen- 
seket az jellemzi, hogy ezek C-t-- vagy 
Java objektumokként valósulnak meg 
az alkalmazásszervereken. 

Az OOPlegmeghatározóbb és (jelen- 
leg még) legelterjedtebb tagja a CH 
nyelv. A kritikus alkalmazások megva- 
lósítására elsősorban rugalmassága és 
sebessége teszi alkalmassá. A C--t leg- 
alább nagyvonalú ismerete hozzátarto- 
zik az 00-szakemberek alapműveltsé- 


géhez. A C4-- azonban nem könnyű 
nyelv, ezért számos próbálkozás történt 
egyszerűbb nyelvek alkalmazására az 
OOP céljaira. Az óriási irodalomból 
kettőt — említek meg az  iroda- 
lomjegyzékben ([6], [7]), de mindkettő 
csak haladóknak vagy szuperhaladók- 
nak való. A C--- rendszerek tervezésé- 
ről talán Booch [8] írta le a legmélyebb 
gondolatokat. 


4G fejlesztőeszközök: 
tündöklés és bukás 

Az OOP-t igazából nem a C-t tette 
általánosan elterjedtté, hanem az OO és 
4. generációs (4G) fejlesztőeszközök, a 
Centura, a PowerBuilder, a Forté és 
egyebek. Ma már a Visual Basic 5-ös 
változata is nyújt OOP-t támogató szol- 
gáltatásokat. Relációs (SOL) adatbázi- 
sokon nyugvó üzleti alkalmazások ki- 
fejlesztéséhez ezek az eszközök sokkal 
termelékenyebb környezetet nyújtanak, 
mint amelyekben szükség van a C-t 
programozásra. Az utóbbi időben a leg- 
nagyobb rendszerek ilyen OO 4GL-ek- 
kel készültek. 

A legnagyobb baj ezekkel a rendsze- 
rekkel az, hogy komponenseik más 
rendszerek számára nem elérhetőek 
(egy PowerBuilder objektumgyűjte- 
mény a Centura projektek számára nem 
elérhető, és fordítva). Az egyetlen le- 
hetőség az együttműködésre a relációs 
adatbázisok tábláinak, tárolt eljárásai- 
nak szintjén jelenik meg. Kivétel nélkül. 
valamennyi OO 4GL-ről elmondható, 
hogy önmagán kívül semmi mással nem 
kompatibilis, sem a nyelve, sem a prog- 
ramozói környezete. Az elkészült prog- 
ram forráskódjának a legkisebb része 
sem vihető át közvetlenül más rendsze- 
rekbe. Egyes vélemények szerint a 
kompatibilitást csak a programozó sze- 
mélye biztosítja. . . Közben pedig az OO 
A4AGL-ek élettartama a szabványos nyel- 
vekhez képest nagyon rövid, általában 
nem is élik túl az általuk készí- 








— Több komponenst egyszerre? 





tett rendszereket. 


Új csillag: a Java 

A ,C44 vagy OO 4GL?" 
dilemmát a Java nyelv és Java 
eszközök képesek feloldani. Je- 
lenleg a Java a legjobban terje- 
dő nyelv. Gyakorlatilag vala- 
mennyi nagy szoftvergyártó tá- 
mogatja a Javát, az IBM épp- 
úgy, mint a Microsoft, az Orac- 
le, a Sun, a Borland vagy a 
Symantec (IBM San Francisco, 
Visual Age for Java; Microsoft 
Visual J---, Java SDK; Oracle 
Web Application Server, JDBC 
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thin driver; Sun JDK; Borland 


JBuilder; Symantec Visual Café; stb.). 
Már most több eszköz áll a javások 
rendelkezésére, mint az összes többi 
nyelvben összesen. 

Népszerűségben és fejlődési ütem- 
ben a Java ma már a Microsoft világát 
is elhomályosítja. Nem véletlenül élvez 
ekkora támogatást: műszaki szempont- 
ból kiváló programnyelv, ugyanakkor 
könnyen megtanulható. Sebességben 
sem maradnak el a C-i-- programok 
mögött azok a platformfüggő Java-al- 
kalmazások, amelyeket natív fordítók- 
kal állítanak elő (ilyen fordítókat készí- 
tett a Symantec és az IBM). 

A Java egyaránt alkalmas az alkal- 
mazások kliens- és szerveroldali része- 
inek megvalósítására, a kliensek és 
szerverek közötti kommunikációban 
pedig — egyedülálló (dinamikus) há- 
lózati szolgáltatásai miatt — nincs is 
vetélytársa. A Javában olyan szoftverek 
készültek el, mint a Marimba Castanet 
és Bongo, az ObjectSpace Voyager, 
amelyek szolgáltatásaikat tekintve is 
elképzelhetetlenek lennének Java nél- 
kül. 

Java programokat kifejezetten OOT 
módszerekkel lehet hatékonyan meg- 
tervezni [9]. Az OOT-ről toronymaga- 
san a legjobb Java-könyvet P. Niemeyer 
és J. Peck írta [10], a legjobban hasz- 
nálható kézikönyv pedig D. Flanagané 
fil 

Németh Miklós 
nemethOigsoft.hu 
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Zárt osztály, vigécek, dzsinnek... 


OOP Delphiben 


A Delphi integrált fejlesztői környezete a vizuális programkészítés 
kényelmét ötvözi a Turbo Pascalból megismert és megszeretett 
IDE környezettel. Tudván azt, hogy a Delphi teljesen 
objektumorientált felépítésű, sokan azt gondolják, 

hogy a benne elkészített program is automatikusan 

rendelkezni fog az objektumorientált programok 

minden előnyével: biztosítani fogja az áttekinthetőséget, 

az újranhasználhatóságot, a könnyű karbantartás 

és továbbfejlesztés lehetőségét. Pedig a Delphi 

csak támogatja, és nem automatikusan biztosítja 


a jó OO programok készítését. 


Magasabb — szintű eszközökkel 
ugyanúgy — ha nem jobban — készít- 
hetők áttekinthetetlen, kusza, , spaget- 
tiszerű" programok, mint régen, a struk- 
turált programozás jelszavának meghir- 
detése előtt. Látszatra csodálatosak, lát- 
ványosak lehetnek az új programok, 
tele ablakokkal, kombinált (combo) lis- 
tákkal, nyomógombokkal. Ezek a prog- 
ramok napok, sőt órák alatt elkészül- 
hetnek — de a programrendszerek vi- 
lágos architektúrája nem alakul ki ma- 
gától. 

A Delphi programok építőkövei az 
ún. formok, az ablakmodellek. A Win- 
dowsból ismert téglalap alakú képer- 
nyőterületeket pillanatok alatt be lehet 
rendezni szabványos formátumú lista- 
ablakokkal, nyomógombokkal, el lehet 
készíteni az ablakoknak és a gombok- 
nak a feliratozását, sőt megfelelő funk- 
ciókkal is könnyen fel lehet ruházni 
ezeket a komponenseket. A baj ott 
kezdődik, amikor egy projekthez (- 
programhoz) már számos ilyen formot 
elkészítettünk, és egyre gyakrabban van 
szükségük a formoknak egymásra: az 
egyik működéséhez olyan információk 
kellenek, amelyek egy másikon keresz- 
tül érhetők csak el. Látszólag megmenti 
a helyzetet, hogy telepakolhatjuk form- 
jaink implementációit , uses"? klauzu- 
lákkal. De legyünk tudatában, hogy 
minél több ad hoc függőséget építünk 
bele rendszerünkbe, annál inkább elve- 
szítjük azt a lehetőséget, hogy tisztes- 
ségesen karban lehessen azt tartani, 
vagy — horribile dictu — más körül- 
mények között is fel tudjuk használni. 


Magas szintű absztrakció 


Az OO formok újrahasználhatóságát 
azzal lehet biztosítani, ha minél maga- 


sabb szintű absztrakcióval készítjük el 
objektumainkat. A más formok számára 
is látható interfészek (deklarációk) 


" szintjén ne , drótozzuk bele" formjaink- 


ba se a konkrét inicializáló kódot, se a 
konkrét megvalósítás "módját. Ha 
ugyanis ezt tesszük, akkor (1) minden 
használat esetén ugyanígy, külön kell 
megadnunk az inicializáló kódot, és (2) 
ha más megvalósítási módot szeretnénk 
választani (akár csak kipróbálásra is!), 
az maga után vonhatja a formot -hasz- 
náló külső kódok átírását is. Minden 
ilyesminek már a form implementációs 
részében a helye. A deklarációs részbe 
mindebből legfeljebb annyi való, 
amennyi lehetővé teszi a konkretizálást: 
például választási lehetőségeket kínál 
fel a különböző megoldási módok kö- 
zött, illetve lehetővé teszi a hívó kód- 
nak, hogy az inicializálás elvégzését 
futás közben, a konkrét helyzetnek 
megfelelően maga kezdeményezze és 
hajtsa végre. 

Gyakran észre sem vesszük, hogy 
akaratlanul is függőségeket alakítot- 
tunk ki formjaink között, amikor vala- 
milyen készen kapott absztrakt kompo- 
nenst , testre szabunk", közvetlen inici- 
alizáló értékek kitöltésével, vagy vala- 
milyen rögzített megjelenítési mód idő 
előtti kiválasztásával. Az általános ob- 
jektumok közvetlen megváltoztatásával 
ugyanis megbolygatjuk a beépített füg- 
gőségeket, a beléjük kódolt feltételezé- 
sek rendszerét. Akkor járunk el helye- 
sen, ha megőrizzük a felhasznált objek- 
tumok általánosságát, csupán tulajdon- 
ságok formájában adunk hozzájuk 
annyit, amennyi a külső kódok számára 
szükséges a kapcsolattartáshoz. Az ob- 
jektumhoz rendelhető tulajdonságokról 
azonban tudnunk kell, hogy azok érté- 


kek beállítására valók. Műveleteik 
rendkívül szegényesek, a tulajdonság- 
értékek írására és olvasására korláto- 
zódnak, így minden problémát ezzel a 
két tevékenységgel kell megoldanunk! 

Ötleteink kipróbálásához igen jó le- 
hetőséget teremthetünk azzal, ha soha 
nem nyúlunk a főform (main form) 
eredeti kódjához, hanem mindig csak 
valamilyen másolatot módosítgatunk. 
Megtehetjük azt is, hogy elkészítjük a 
különböző verziók implementációit, és 
a , uses" klauzával egy almappából azt 
a változatot linkeljük hozzá a főform- 
hoz, amelyiket éppen ki akarjuk pró- 
bálni. Így az alkalmazás konfigurálását 
a kód változtatása nélkül, a Delphi 
IDE-jéből módosítgathatjuk, variálgat- 
hatjuk. 


Mi mindenre jó 
a polimorfizmus? 

Az ötletek kipróbálásának rendkívül 
hasznos eszköze az OOP egyik alaptu- 
lajdonságának, a polimorfizmusnak a 
kihasználása. Ez teszi lehetővé, hogy 
formunkat absztrakt osztályként dekla- 
rálva ne is használjuk másra, csak (1) 
interfészként a külső kapcsolatok biz- 
tosítására, (2) az absztrakt osztályból 
mint alaposztályból speciális alosztá- 
lyok deklarálására. Ezáltal olyan kódot 
lehet készíteni, amely az alaposztályból 
levezetett bármely formot képes hasz- 
nálni. A főform ilyenkor csak annyit 
tud, hogy az általa használt form az 
alosztályok egyike. Nem az ő hatáskö- 
rébe tartozik az erre vonatkozó infor- 
máció, ez már annak a kiválasztó kód- 
nak a. dolga, amely gondoskodik a 
létrehozandó alosztály tényleges kivá- 
lasztásáról. 

Egy ilyen kétszintű, osztályból és 
alosztályokból felépülő építőelemnek 
az elkészítése úgy történhet, hogy (pél- 
dául a TPickerForm unitban) közvetle- 
nül az implementáció kódolása elé be- 
teszünk egy neki megfelelő osztályre- 
ferenciát (TPickerFormClass — class of 
TPickerForm). Ez feljogosít minket ar- 
ra, hogy olyan változót hozzunk létre, 
amelybe objektum helyett osztályt vi- 
hetünk be. A következő lépés ezután: 
az implementációs unitok feladatává 
kell tennünk, hogy csupa egyedi nevek- 
kel olyan formosztályokat deklarálja- 
nak (például a TPickerFormból leveze- 
tett osztályokat TPickListként, TPick- 
Comboként és TPickRadioként konk- 
retizálva), amelyeket hozzáadhatunk a 
projekthez (valamennyit egyszerre!). 

Hogyan hozhatjuk működésbe ezt a 
kétszintű építőelemet? A főformba 
könnyen beleépíthető, hogy a felhasz- 
náló futás közben (például gombnyo- 
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mással) választhassa ki, melyik variáns 
működését akarja kipróbálni. Megfele- 
lő tulajdonság hozzáadásával (és az 
, as" operátor felhasználásával) az is 
megoldható, hogy ez a tulajdonság a 
létrehozandó kiválasztóform típusát ad- 
ja vissza. (Az adott esetben a hozzá- 
adandó tulajdonság PickerFormClass 
lesz, ennek típusa pedig TPicker- 
FormClass. Ezzel lehet visszanyerni a 
TPickerForm kiválasztott típusát.) 

Mint látjuk, az adott módszerrel vi- 
szonylag egyszerűen megoldható, hogy 
a változatok kezelése kedvéért ne kell- 
jen belenyúlnunk a főform által képvi- 
selt kódhalmazba, ehelyett csupán 
annyit kell tennünk, hogy opcionálisan 
hozzáépítjük a kiválasztott változat(ok) 
kódját. Bár az alternatív variánsok el- 
őzetes kódolását nem lehet megúszni, 
projektünk alapvető kódjának szerke- 
zetét, áttekinthetőségét ez a legkevésbé 
sem zavarja. 

Mire jutottunk tehát eddigi vizsgála- 
tainkban? Azt már látjuk, hogy mit lehet 
tenni abban a leegyszerűsített esetben, 
ha minden művelet, amelyet a felhasz- 
náló kérhet, teljesíthető a főformból. A 
valóságban természetesen bonyolul- 
tabb a helyzet, mert a projekt futása 
során nem maradunk meg mindig a 
kiinduló állásban. Előzetes döntéseink- 
nek megfelelően változik az alapszitu- 
áció, ahogy a projekt különböző ese- 
ményeket (egérkattintást, billentyűleü- 
tést stb.) észlel. Ezek kezeléséhez va- 
lamennyi potenciálisan előforduló ese- 
ményt deklarálnunk kell a formban, és 
gondoskodnunk kell a kezelésükről. A 
lényeg azonban ettől nem változik meg: 
külön-külön minden szituációban tiszta 
képet kell teremtenünk a magunk szá- 
mára, ami pedig azzal biztosítható, 
hogy nem építünk be kifejlesztett form- 
jainkba átláthatatlan külső függéseket. 


Vigécek és dzsinnek 

Mike Scott a közelmúltban egy rend- 
kívül érdekes előadást tartott erről a 
kérdésről, amelyet azután külön kiad- 
ványként is publikáltak. Scott az OOP 
szemléltetésére négy különböző mód- 
szer megvalósítási módját mutatta be 
ugyanazon a példán. 

Hogy könnyebben el lehessen iga- 
zodni, válasszunk beszélő neveket a 
négy módszer jellemzésére: az első 
legyen a Zártosztályos Módszer (ZM), 
a második a Vigéctáskás (VM), a har- 
madik a Titkosításos Módszer (TM), 
végül a negyedik a Dzsinn Módszer 
(DM). Az egyes módszerek elsősorban 
abban térnek el egymástól, hogy mit és 
hogyan tesznek bele a deklarációs rész- 
be, és miként rejtik el a különböző 
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információkat. A fő cél természetesen 
az, hogy a kód lényegében változatlan 
maradjon, egyedül bizonyos kódrészek 
hozzáillesztése legyen szükséges a kel- 
lő helyeken. Scott példái is mutatják, 
hogy ennek a célnak az eléréséhez jól 
kihasználhatók a Delphi osztályainak 
típusmeghatározásában rejlő finonf 
megkülönböztetések. 

A legismertebb a Private és a Public 
kulcsszavak szerepe az osztályok dek- 
larációiban. A Private jelöli azokat a 
részeket, amelyek kívülről elérhetetle- 
nek, és kizárólag az objektum belügyé- 
nek tekintendők. Ezzel szemben a Pub- 
lic kulcsszóval jelölt részek kívülről is, 
belülről is szabadon elérhetők, ezekkel 
tehát csínján kell bánnunk, mert belső 
dolgainkat nem jó, ha közszemlére 
tesszük. 

Ravaszabb a Protected kulcsszó sze- 
repe. Ez olyan részeket jelöl, amelyek 
a külvilág számára elérhetetlenek, 
azonban ha saját osztályokat származ- 
tatunk a védett elemekkel rendelkező 
osztályokból, akkor a védett összetevők 
publikussá válnak. 

Még különlegesebb típust jelölünk a 
Published kulcsszóval. Ezek az elemek 
ugyanúgy elérhetők, mint a publikus- 
nak deklaráltak, mégis van egy óriási 
különbség a Public és a Published ele- 
mek között. Nevezetesen a Published 
típusjelölés arra szolgál, hogy a futás 
közben használt tulajdonságoknak 
programfejlesztési, tervezési időben is 
értéket lehet adni, láthatóvá lehet őket 
tenni. Ezeket az értékeket a rendszer 
egészíti ki a maga (futásidejű) típusin- 
formációival, és futás idején gondosko- 
dik a megfelelő értékek beállításáról. 
Valójában ennek a típusnak a megte- 
remtésével fejlesztette tovább a Delphi 
az OOP elméletét: megteremtette annak 
a speciális objektumnak a fogalmát, 
amely egyaránt elérhető fejlesztési és 
futási időben. Ha pedig elérhető, akkor 
a képernyőn is meg lehet jeleníteni, 
ikon formájában fel lehet tenni a palet- 


tára, használni lehet tervezés közben, 
amikor igazság szerint még nem is 
létezik. (Ezt a lehetőséget használja ki 
Scott negyedik módszere, amelyet 
Dzsinn Módszernek neveztünk el; meg- 
dörzsöljük a csodalámpát, és megjele- 
nik a Dzsinn, lehet neki parancsokat 
osztogatni.) 


Zárt osztály 

A Zártosztályos Módszer lényegében 
az eddig is alapelvnek tekintett , ne 
piszkáld!" stratégiát követi: használjuk 
a palettáról lehúzható kész, jól meg- 
komponált objektumokat, és ne piszkál- 
junk bele a belsejükbe, mert könnyen 
elveszíthetjük a beléjük épített abszt- 
rakció előnyeit. 

Ez a módszer a készítendő form 
interfészében deklarál több alprogra- 
mot (eljárást, illetve függvényt), ame- 
lyeknek az a rendeltetésük, hogy elvé- 
gezzék a működéshez szükséges tevé- 
kenységeket. Ezeket az alprogramokat 
azonban a ZM a deklaráción belül Pro- 
tected kulcsszóval kifelé védetté teszi, 
sőt Virtuális minősítéssel is ellátja őket, 
hiszen csak futás közben derül ki, hogy 
mikor melyiküket kell igénybe venni. 
Azokat a tulajdonságokat viszont, ame- 
lyeknek a read/write műveletei meg- 
mondják, hogy az input és az output 
kezelésére és a választás visszaigazolá- 
sára melyik függvényt vagy eljárást kell 
használni, a ZM módszer Public típus- 
sal jelöli, tehát közszemlére teszi. 

Az elkészítendő formok nagyon ha- 
sonlóak egymáshoz, de például van 
köztük olyan, amely esemény segítsé- 
gével tájékoztatja a főformot, ha egy 
másiknak a funkcióját igényli; a fel- 
használó a főformon gombnyomással 
adhatja ehhez a jóváhagyását. A lényeg 
az, hogy az egyes formok mindenről 
csak annyit tudnak, amennyi rájuk tar- 
tozik, nincs beléjük építve semmi fel- 
tételezés (például a másik működésé- 
nek konkretizálásáról vagy a megvaló- 
sítás módjáról). 
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Vigécek kíméljenek! 

A Vigéctáskás (VM) módszer — 
amelyet egyébként angolul Service 
Brokernek, vagyis szolgáltatásügynök- 
nek becéznek — események helyett 
mintapéldány-kollekció felkínálásával 
dolgozik. A Broker (a Vigéc) egy kü- 
lönleges objektum: bemutatja, hogy mi- 
lyen változatokat lehet kiválasztani. 
Egy absztrakt, virtuálisnak deklarált 
alaposztályból indul ki az egész játék, 
az alaposztályhoz rendelt metódusok az 
interfészben mind nyilvánosak (Public 
típusúak). Ugyancsak nyilvános itt egy 
tulajdonság is, amelyet annak megfele- 
lően állít be a főform, hogy melyik 
funkciót választottuk. 

Ennél a módszernél a funkciók defi- 
níciójában említés sincs formról. A 
funkciók egyszerűen fogják a kapott 
adatláncot, kódjuknak megfelelően el- 
végeznek rajta bizonyos módosításokat, 
és true értékkel térnek vissza, ha mű- 
ködésük sikeres volt. A működés módja 
tehát teljes mértékben a Broker imple- 
mentációjának a megoldásától függ. A 
megoldásnak rendszerint különböző 
változatai vannak, közülük a kipróbá- 
landót egyszerűen hozzáadjuk a pro- 
jekthez, anélkül, hogy bármit is módo- 
sítanunk kellene az alapkódon. A szol- 
gáltatást végző implementációs unitnak 
nincs is interfésze, amelyhez bármilyen 
más form kívülről hozzáférhetne. A 
rendszer csak akkor fog kiakadni, ha 
elfelejtünk implementációs unitot ren- 
delni valamelyik felkínált variánshoz. 


Psszt! 

A Titkosításos Módszer (TM) rész- 
ben hasonló megoldásokat használ, 
mint a VM, de közben ugyanúgy dug- 
dossa (Protected kulcsszóval) más for- 
mok elől a ténylegesen használt eljárá- 
sokat és függvényeket, mint a ZM, 
ráadásul itt Abstract metódusokként 
vannak deklarálva, ezeket tehát min- 
denképpen újra kell definiálni a szár- 
maztatott osztályokban. 

E módszer értelmében léteznie kell 
egy különálló unitnak, amelyben az 
alkalmazás összes elérhető osztálya 
absztrakt alapelemként van deklarálva. 
Megjegyzendő, hogy elég az elérhetők- 
re korlátozni az ide felvett osztályokat, 
hogy minimálisra szorítsuk le az abszt- 
rakt alaposztályok számát. Az absztrakt 
alaposztályok biztosítják a minimális 
interfészt ahhoz, hogy az osztályok 
egymást használhassák. A gyakorlatban 
is jól kamatoztatható az a megoldás, 
hogy összegyűjtjük az osztályok közötti 
kölcsönhatásokat, és egyetlen formban 
helyezzük el. Igen hasznos segédeszköz 


lehet ez olyankor, amikor meg akarjuk 
vizsgálni, hogy milyen hatással vannak 
egymásra a különböző osztályok. 

Az implementációs kódban olyan 
változókat használunk, amelyek a funk- 
ciókat megtestesítő formok osztályának 
megfelelő típusúak. Ez az absztrakt 
osztály mindent magában foglal, amit 
a formok használatáról tudnunk kell, 
tehát az inputnak, outputnak és a vá- 
lasztásnak megfelelő tulajdonságokat 
is. Az absztrakt interfészek egyedi imp- 
lementációit form alosztályokban he- 
lyezhetjük el. Persze ezeket egyszer 
valahogy létre kell hoznunk, de közben 
szeretnénk, ha más osztályok nem is 
tudnának róluk. Faramuci helyzet: 
olyan osztályt kell létrehoznunk, 
amelyről nem is tudunk. 

A megoldást egy különleges jogok- 
kal felruházott Broker hozhatja meg. Ó 
kivételesen tudhat az alosztályokról, 
bár a megvalósítás módjáról nincsenek 
ismeretei. (A függő kód implementáci- 
ós unitba van lokalizálva a vigéc szá- 
mára!) A funkcióknak megfelelő for- 
mokat egy különleges típusú Broker, az 
ún. , osztálygyár" (ClassFactory) állítja 
elő, anélkül, hogy a típusukon kívül 
egyebet tudna róluk. (Erre jó az, hogy 
az implementáció külön unitba került.) 
Voltaképpen hasonló elv alapján műkö- 
dik az OLE IClassFactory interfésze is, 
csak az nem szabadon deklarálható, 
hanem rögzített típusú , osztálygyár". 

Elég különös a megoldásban az is, 
hogy a TClassFactoryImpl osztály csak 
az implementációs részben van dekla- 
rálva, és egyéb nincs is a unit interfé- 
szében. Hogy lehet egy olyan osztályt 
használni, amely kívülről nem is látha- 
tó? A trükk igazán ötletes: inicializálás- 
ként gondoskodunk róla, hogy létrejöj- 
jön az osztálygyár alosztályának egyik 
példányán. Hogy ez ne vesszenel, csupán 
hozzá kell rendelni egy globális példány- 
változóhoz. Ennek létezéséről persze elő- 
zetesen kell gondoskodnunk azzal, hogy 
a közös egységben deklaráljuk a globális 
ClassFactory objektumot. 

Valójában tehát ismét csak a polimor- 
fizmus elvének alkalmazása teszi lehe- 
tővé, hogy olyan szolgáltatásokat is 
felhasználjunk, amelyeknek a kódja el 
van rejtve előlünk. 


Aladdin és a csodalámpa 

A legtisztább és leginkább az OO 
elvekhez illeszkedő módszer az utolsó, 
a Dzsinn Módszer. A Delphi egyedi 
komponenskezelése teszi lehetővé, 
hogy formjainkból teljesen elkülönített, 
újrahasználható komponensosztályokat 
hozzunk létre. Ehhez olyasféle , dzsin- 
neket" (komponensburkokat, angolul 


component wrappers) hozhatunk létre, 
amilyeneket a dialóguspalettán lehet 
találni a megnyitáshoz, a mentéshez, 
illetve a betűtípus, a szín vagy a nyom- 
tatási jellemzők beállítására. Ezek a 
dzsinnek olyan tulajdonságok felett 
rendelkeznek, amilyenek a form inter- 
fész tulajdonságai között szerepelnek 
még: ezek teszik lehetővé, hogy a fu- 
táshoz szükséges értékeket már a ter- 
vezés során beállítsuk. Adjunk hozzá 
minden ilyen dzsinnhez egy Execute 
metódust. Ez kijelzi a formot, és jóvá- 
hagyásunkat kéri: ha az OK gombra 
kattintunk, akkor igaz értékkel tér 
vissza, hasonló módon, mint a Delphi 
dialóguskomponensei. 

Maga a komponens megírása kevés- 
bé ijesztő, mint gondolni lehetne. Kiin- 
dulhatunk egy komponens alaposztály- 
ból, amely a szokásos módon, csak 
éppen Published típusként deklarálja az 
inputtal, outputtal és a választással kap- 
csolatos tulajdonságokat, továbbá Pub- 
lic típusként, de virtuális és absztrakt 
kulcsszóval a Execute függvényt. Az 
alosztályokban természetesen override- 
ként szerepel az Execute függvény 
megfelelő változata, a kívánt működés- 
nek megfelelően. 

Ha futás közben akarjuk használni 
művünket, létre kell hozni egy példá- 
nyát, és fel kell tölteni a form tulajdon- 
ságait a komponensben szereplő tulaj- 
donságoknak megfelelően. 

Tervezéskor annak sincs akadálya, 
hogy a Delphi komponenspalettájára 
feltegyük saját komponensünket. Még 
olyankor is érdemes ezt megtennünk, 
ha nem akarjuk újra használni valame- 
lyik alkalmazásspecifikus formunkat, 
csak könnyen elő szeretnénk varázsolni 
munkánk folytatásához például egy leg- 
utóbbi alkalmazás formját. 

Gondolatmenetét Scott még egy fi- 
gyelemre méltó ötletnek a felvetésével 
fejezi be. A Delphi tervezési interfésze 
arra is felhasználható, hogy létrehoz- 
zunk egy komponensszerkesztőt, és en- 
nek segítségével tervezés közben tesz- 
teljük a formkomponenseket. Ha az 
objektumvizsgáló tulajdonságait betölt- 
jük, és duplán kattintunk a komponens- 
re, akkor ott a form mindjárt megjele- 
nik, anélkül, hogy az egész alkalmazást 
le kellene fordítanunk. Így a , mi lenne, 
ha..." típusú gyors teszteket akár anél- 
kül is ki lehet próbálni, hogy egyetlen 
sor kódot kellene írnunk. 

Befejezésül csak annyit, hogy aki 
több információt szeretne kapni a fel- 
vetett ötletek megvalósításáról, nyu- 
godtan bombázza további részletekért 
a Borland magyarországi képviseletét. 

Vargha Dénes 
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OOP és OOT 


Sokszínűség 


Az OOT módszerek leginkább jelöléseikben (notációjukban) 
térnek el egymástól, nem pedig alapelveikben. 

Sokakat megtéveszt a jelölések sokszínűsége, 

és azt hiszik — sőt vannak, akik hangoztatják is —, 

hogy az OOT módszertanok még nem elég kiforrottak, 


nem elég egységesek. Pedig... 


Az objektumorientált tervezés 
(OOT) olyan szoftverkészítést támoga- 
tó módszer (módszertan), amely kon- 
cepcióinak nagy részét az objektumori- 
entált programozásból (OOP) vette át. 
Bármelyik OO rendszert vizsgáljuk is 
meg, mindegyik a következő koncep- 
ciók együttesével jellemezhető: identi- 
tás, klasszifikáció, bezárás, öröklés, 
többalakúság. Vegyük sorra ezeket az 
alapfogalmakat. 

Az identitás (identity) azt jelenti, 
hogy a szoftver (szoftverrendszer) ada- 
tai és eljárásai (viselkedése, szolgálta- 
tásai) diszkrét, pusztán a létük által 
elkülöníthető, objektumoknak nevezett 
elemekbe szerveződnek. Az objektu- 
mokat megváltoztathatatlan egyedi 
azonosítóval látja el a rendszer. Az 
objektumazonosító szerves része az ob- 
jektumnak, nem egyszerűen csak (a 
rendszertervező által kitalált) attribútu- 
ma. Két objektum akkor is külön ob- 
jektumnak tekintendő, ha minden attri- 
bútuma azonos. 


Fő fogalom: az osztály 

A klasszifikáció során az objektumo- 
kat attribútumaik és viselkedésük azo- 
nossága vagy hasonlósága alapján osz- 
tályokba csoportosítják. Minden objek- 
tum beletartozik egy (vagy több) osz- 
tályba, és az objektum tudja is, hogy 
melyik osztály(ok)ba tartozik. A terve- 
zés során az osztályokat attribútumaik- 
kal és műveleteikkel definiáljuk. Az 
osztály az OOT legfontosabb fogalma. 
Az OOT alkalmazása azt jelenti, hogy 
osztályokat tervezünk: az OOT minden 
tevékenysége arra irányul, hogy elké- 
szítse a megálmodott szoftver (imple- 
mentációs) osztályainak specifikáció- 
ját, beleértve ezek attribútumainak és 
programozók és a tervezőeszköz kód- 
generátorai azután ezeket az osztályo- 
kat alakítják ki az adott programozási 
környezetben. 
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A bezárás az osztályoknak az a ké- 
pessége, hogy szabályozni tudják attri- 
bútumaik és műveleteik hozzáférését. 
A hozzáférés szabályozása közelebbről 
annyit jelent, hogy azok az attribútu- 
mok és műveletek, amelyek csupán arra 
valók, hogy realizálják az osztály ob- 
jektumainak publikus szolgáltatásait, a 
külvilág számára nem érhetők el (pri- 
vátak, védettek). Legkifinomultabb for- 
májában a bezárás az interfészek köz- 
vetlen alkalmazásában nyilvánul meg. 
Az interfész olyan (eredendően) publi- 
kus műveletek együttese, amelyekkel 
leírható egy jól meghatározott szolgál- 
tatás (contract). Az interfészeket osztá- 
lyok valósítják meg. A lehető legjobban 
integrálható rendszereket interfészek 
következetes alkalmazásával lehet ké- 
szíteni. ve 

Az öröklés az osztályoknak azon ké- 
pessége, hogy származási hierarchiába 
tudnak szerveződni, azaz egyik osztály 
származhat más osztályokból. Vannak 
olyan osztályok, amelyeknek nincsenek 
is objektumaik (ezek az ún. absztrakt 
osztályok). Ezeket csupán azért hozzák 
létre a tervezők, hogy hatékonyabban 
implementálhassák a rendszert. 

Atöbbalakúság azt jelenti, hogy más- 
más osztályok objektumain ugyanaz a 
művelet eltérően viselkedhet. Az örök- 
lési hierarchiában ugyanolyan nevű és 
ugyanúgy alkalmazható műveleteket 
definiálhatnak az osztályok, mint őseik, 
azaz felüldefiniálhatják őseik egyes 
műveleteit. Egy adott helyzetben a fut- 
tatórendszer (Java virtuális gép, C--t 
runtime) a tényleges objektumok típusa 
(osztálya) alapján dönti el, hogy melyik 
műveletet kell végrehajtani. 


Segítő módszertanok 

Minden OOT módszertan (OMT, 
Booch, Coad, Jacobson, Kiss, Fusion 
stb.) alapvetően a fenti elvek szerint 
működik. Ha valaki egy OOT módszert 
megtanul, akkor nagyon könnyen eliga- 


zodik a többiben is. Jelölésbeli különb- 
ségeik ellenére nagyon is egységes ez 
a világ, hiszen mindegyikük ugyan- 
azokkal az alapfogalmakkal dolgozik. 

Az ábrázolás sokféleségében való 
eligazodást is nagyban elősegítette az 
UML, a Unified Modeling Language 
megjelenése. Az UML egységes OOT 
jelölésrendszer, amelyet az Object Man- 
agement Group (OMG) már szab- 
ványként is elfogadott. A Rational cég- 
nél alakították ki olyan jó nevű főtech- 
nológusok (J. Rumbaugh, G. Booch, I. 
Jacobson), akik korábban maguk is 
önálló módszereket fejlesztettek ki. 

Igaz, hogy máig sem minden OO 
módszertan kidolgozója (, főguruja") 
fogadja el az UML jelöléseit, de ma 
már mindenki megadja modelljei UML 
ábrázolású változatát is. Az UML széles 
körű támogatottságot élvez a vezető 
szoftverházak körében is (IBM, Oracle, 
Microsoft), és várhatóan ez lesz az 
egyetlen elfogadott ábrázolási mód az 
00 világban. Sok szakember hangoz- 
tatja azt a véleményt, hogy használha- 
tóságát és gyakorlatiasságát tekintve az 
UML gyengébb, mint a szerzők korábbi 
önálló alkotásai (egyesek szerint sokkal 
gyengébb) — de hiába, a kompro- 
misszumoknak ára van. (Több is olvas- 
ható az UML-ről a [1] és [2] művek- 
ben.) 


Elemzési módszerek 

A legvitatottabb terület az OO tech- 
nológián belül az OOT folyamatnak az 
elemzéssel foglalkozó része. Mivel a 
tervezési alapelvek az OOP-ből szár- 
maznak, nem meglepő, hogy még az 
elemzés, ez a programozástól legtávo- 
labb eső terület is élvezte az OOP 
megtermékenyítő hatását. A legprakti- 
kusabb megközelítés sok szakember 
szerint (magamat is közéjük számítva) 
az OMT (1991) elemzési módszertan 
(1. [3] 8. fejezet). Érdemes megemlíteni, 
hogy az OMT 1991-es kiadásának még 
a jó öreg adatáramlási diagramokon 
alapuló funkcionális modellezés is szer- 
ves része volt. Én a magam részéről 
sajnálom, hogy az UML-ből ez kima- 
radt. 

Ma már nem lehet olyan OO terve- 
zőeszközt találni, amely támogatná az 
adatáramlási diagramokat. A funkcio- 
nális modell helyét átvette a Jacobson- 
féle felhasználási esetmodell (use case 
model), bár szerintem ez legalább 
annyira nem objektumorientált, mint az 
OMT "91 funkcionális modell, és sem- 
mivel sem hasznosabb, mint az adatá- 
ramlási diagramok voltak. Az OO elem- 
zési technológia fejlődésére kétségtele- 
nül I. Jacobson módszere gyakorolta a 
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legnagyobb hatást. A Jacobson által 
bevezetett felhasználási esetek (use 
case) és az azokból összeállított diag- 
ramok beépültek az UML-be, sőt ma 
már (Rumbaugh cikkei nyomán) maga 
az OMT is kiegészült a felhasználási 
esetek modellezésével. Talán nincs is 
már olyan OO tervezőéeszköz, amely ne 
támogatná a felhasználási eseteket. (A 
részletek iránt érdeklődőknek a szak- 
irodalmi jegyzékből két nagyon jó 
könyvet ajánlhatok figyelmébe: [1], 
[4].) 

Az én gyakorlatias gondolkodásom- 
hoz közel áll P. Coad módszere is ([5], 
[6]). Főleg azoknak ajánlom, akik nem 
szeretik a nagy hajcihővel, ceremóniá- 
val, terjedelmességgel járó elemzési el- 
járást, hanem kezdettől fogva a készí- 
tendő szoftver lebeg a szemük előtt. Jól 
használható (kiegészítő) módszer a 
CRC (Class, Responsibility, Collabora- 
tion) kártyák módszere is, amely — 
szemben a felhasználási eset- és funk- 
cionális modellezéssel — teljesen ob- 
jektumorientált. A CRC módszer a leg- 7 
forradalmibb elemzési technika (lásd 
[7]), éppen ezért viszont nem is ajánlom 
azoknak, akiknek a fejében túlságosan 
megkövesedett az egyedtípus-kapcsolat 
modellezési technika. 

A fenti elemzési technikák, módsze- 
rek bizonyos kombinációkban vegyít- 
hetők is, feltéve, hogy a tervezőeszkö- 
zünk kellő támogatást biztosít hozzá. 


Jó tervezőeszköz kell! 

Az OOT megfelelő tervezőeszköz 
(CASE, Computer Aided Software En- 
gineering) nélkül a gyakorlatban alkal- 
mazhatatlan. A jó tervezőeszköz legfon- 
tosabb szempontjai a következők: 

— Legyen megbízható a tervek és 
diagramok tárolásában. 

— Legyen könnyen kezelhető és 
gyors. 

— Támogassa a legfontosabb diag- 
ramfajták rajzolását. 


— Közvetlen vagy közvetett módon 
támogassa az adattárban elhelyezett 
elemek (osztályok, metódusok, asszo- 
ciációk stb.) metaattribútumokkal való 
bővítését. 

— Tegye lehetővé az adattárra épülő 
generátorok írását (olyanokét is, ame- 
lyek magában az adattárban képeznek 
újabb elemeket). 

— Támogassa az adattár szétosztását 
és a konfigurációkezelést (vagy leg- 
alábbis a konfigurációkezelőkkel való 
integrálást). 

— Tegye lehetővé az adattár tartal- 
mának a böngészését, azaz ne csak a 
diagramokon keresztül lehessen hozzá- 
jutni az adattár elemeihez. 

— Támogassa a sorosított konkurens 
csoportmunkát. 

— Ne legyen túl drága. 

Nem soroltam fel a legfontosabb 
kritériumok között a kódgenerátorok 
meglétét, aminek az az oka, hogy én 
még nem láttam olyan CASE eszközt, 
amelynek a kód- vagy dokumentáció- 


"generátora megfelelő lett volna. A C-t 


kódgenerátorok állnak talán a legköze- 
lebb ahhoz, hogy használhatónak lehes- 
sen minősíteni őket. Minden nagyobb 
fejlesztési környezet megkívánja, hogy 
a generátorokat projektjeink igényeihez 
igazítsuk. A legfontosabb az, hogy 
olyan kódgenerátoraink legyenek, ame- 
lyeket jól ismerünk, és egyszerűen át 
tudunk igényeinknek megfelelően ala- 
kítani. 

Elterjedt szokás, hogy a CASE esz- 
közök valamilyen Basic-szerű prog- 
ramnyelvet adnak a kódgenerátor írói 
számára. Jó kódgenerátort nem lehet 
Basic-szerű nyelven írni. Mivel a kód- 
generátor a legfontosabb része egy na- 
gyobb fejlesztési technológiának, ma- 
guk a kódgenerátorok is gondos terve- 
zést és dokumentációt igényelnek. Sze- 
rencsére a tervezőeszközök lehetővé 
teszik, hogy általános módon is hozzá- 
férjünk az adattárhoz (például ActiveX 
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felületen, szövegfájlként, Ob- 
jectStore API-n keresztül stb.), 
és így normális programnyel- 
ven (C-t-, Java, Perl, Awk, 
Tcl/Tk stb.) írhatjuk a generá- 
torokat. 


Adatbázisok tervezése 

Az OO eleinte csak eszköz- 
ként használta az adatbázisok 
technológiáját, de ma már úgy 
látszik, nagyobb rendszerek 
esetében át is veszi az irányítást 
az adatbázisok fejlesztésében. 

A relációs adatbázisok terve- 
zése az adott adatbázisban al- 
kalmazott elemek tervezését je- 








lenti (táblatér, tábla, index, nézet, tárolt 
procedúra, szerep stb.). Mivel nincs két 
azonosan definiálandó adatbáziskezelő, 
a részletes adatbázistervezési technoló- 
giát adatbáziskezelő-specifikusan lehet 
csak létrehozni. 

A végső cél az adatbázist előállító 
script generálása. A scriptet futtató esz- 
köztől függ, hogy milyen legyen maga 
a script (például egy Oracle SOL"Plus 
számára készített scriptet egy Micro- 
soft-eszköz nem tudja lefuttatni). 

Az alkalmazandó adatbázistervezési 
technológiát is nagymértékben megha- 
tározzák a tervezőeszköz szolgáltatásai. 
A Platinum Paradigm Plus például köz- 
vetlenül támogatja a relációs adatbázis- 
tervezést (ERM diagramokat), míg a 
Rational Rose-ban az osztálydiagramo- 
kat lehet jól felhasználni az adatbázis 
megtervezéséhez. 

Nincs olyan relációs adatbáziselem, 
amelyet ne lehetne megtervezni akár- 
melyik OO tervezőeszközzel. Leg- 
rosszabb esetben magunk módosíthat- 
juk a kódgenerátort, vagy akár teljesen 
újat írhatunk saját ízlésünk szerint. Jó 
néhány olyan hazai céget ismerek, ame- 
lyek saját céljaikra, saját elgondolások 
szerint készítettek vagy készíttettek 
adatbázis-generátort az általuk használt 
00 tervezőeszközhöz. 

A nem relációs OO adatbázisok ter- 
vezése tulajdonképpen sokkal egysze- 
rűbb, mint a relációsaké: a feladat szinte 
teljesen azonos a C--- vagy Java prog- 
ramok tervezésével. Nagy segítséget 
jelent, hogy az OO tervezőeszközökhöz 
igen jó minőségű C--t- és Java kódge- 
nerátorok állnak rendelkezésre, sőt a 
legelterjedtebb OO CASE eszközökhöz 
a legtöbb ODBMS-t gyártó cég ingyen 
letölthető generátorokat is készít. 

Németh Miklós 
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A modellkészítés nem kerülhető el 


Álom és valóság 


Megfelelő tervezőeszköz birtokában és megfelelelő tudással 
felvértezve hozzáláthatunk megálmodott rendszerünk 
megtervezéséhez. Nézzük meg most folyamatában, 

mi kell ahhoz, hogy elkészülhessen a rendszer. 


Bármilyen elemzési módszert hasz- 
nálunk is, mindenképpen el kell készí- 
tenünk a rendszer elemzési modelljét. 
Ennek a modellnek a részletes rendszer- 
tervezés számára legfontosabb részei az 
üzleti objektummodell (business object 
model) és a felhasználói felület navigá- 
ciós modellje. (Ez még kevesebb, mint 
a részletes felhasználói felület modellje, 
de annak legfontosabb elemeit már tar- 
talmazza.) 

Az üzleti objektummodell a struktu- 
rált módszertanok fogalmi adatmodell- 
jére hasonlít, azzal az eltéréssel, hogy 
az üzleti objektummodell tartalmazhat 
tranziens (átmeneti, adatbázisban nem 
tárolt) osztályokat is. Pontosabban: az 
üzleti objektummodell a rendszert al- 
kotó üzleti fogalmakat reprezentáló, att- 
ribútumokkal ellátott osztályokat és 
kapcsolataikat tartalmazó modell, 
amely az osztályok leírásaiból és osz- 
tálydiagramokból áll. 


Üzleti objektumok tervezése 

A háromrétegű (three tiered) rend- 
szerek három rétege a megjelenítésért 
felelős prezentációs réteg, az alkalma- 
zásszerver és az adatbázis. Ezek közül 
a tervezés legfontosabb része a szerver- 
komponens (vagy más néven üzleti 
objektum) tervezése. Ez a tervezés Cor- 
ba (Common Object Reguest Broker 
Architecture), Microsoft DCOM (Dis- 
tributed Component Object Model) 
vagy Java RMI (Remote Method Invo- 
cation, távoli eljáráshívás) interfészek 
definiálását jelenti. Ha a fejlesztői stábot 
külön kliens- és szerveroldalt fejlesztő 
csapatra osztjuk, akkor feltétlenül defini- 
áljuk minél előbb a szerverkomponense- 
ket és azok interfészeit. Ha ezt sikerül 
megtennünk, akkor a két csapat már 
egymástól függetlenül tud dolgozni. 

A szerverkomponensek szolgáltatá- 
sainak megtervezéséhez először is az 
kell, hogy világosan meg legyenek fo- 
galmazva a rendszerrel szemben tá- 
masztott követelmények, például fel- 
használói esetek és forgatókönyvek for- 
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májában. Ehhez tulajdonképpen nem 
szükséges a tényleges felhasználói fe- 
lület ismerete. A megrendelő azonban 
a legtöbb esetben csak úgy tudja meg- 
ítélni, hogy megfelel-e elképzeléseinek 
a rendszerterv, ha a felhasználói felület 
szolgáltatásain keresztül szemléletesen 
követni tudja, hogy mikor mi történik. 
Ezért fontos, hogy a felhasználói felület 
navigációs modelljét a fejlesztési folya- 
mat korai fázisában elkészítsük, mert a 
szerverkomponensek tervezéséhez is az 
abban megfogalmazott feladatok szol- 
gálhatnak alapul. 


Kapcsolat a felhasználóval 

A rendszer elemzési modelljének 
igen fontos része a felhasználói felület 
navigációs modellje. A megrendelők- 
nek saját jól felfogott érdekükben nem 


is szabad elfogadniuk olyan modellt, 


amelynek elemzési fázisában nem ké- 
szülnek el a felhasználói felületre vo- 
natkozó tervek. Hogy mit kell tartal- 
maznia ennek a navigációs modellnek? 
A felhasználói felületet reprezentáló 
osztályokat, ezek navigációs kapcsola- 
tait és a képernyőterveket. 

Ennyi már elég ahhoz, hogy az elem- 
zési modellből megfelelő tervezőesz- 


közzel és generátorokkal előállítható 
(generálható) legyen a felhasználói fe- 
lület osztályainak nagy része. Az itera- 
tív fejlesztés annyival bonyolultabb, 
hogy ennél egyszerre csak egy rend- 
szerrész (ún. partíció) modellje készül 
el. Az iteráció folyamatában a partíci- 
ókra való tagolást szakterületi szem- 
pontok szerint kell meghatározni, annak 
megfelelően, hogy éppen melyik a meg- 
tervezendő terület (például ügyfélkeze- 
lés, számlázás, beszerzés stb.). Ezt a 
partíciókra bontást szoktuk , függőleges 
tagolásnak" tekinteni. 

Itt jegyezzük meg, hogy ha más 
rendszerekhez illeszkedő  alkalma- 
zásszervert kell létrehoznunk, akkor az 
üzleti objektummodell helyett üzleti 
komponensmodellt . kell készíteni, 
amely a szerver szolgáltatásait defini- 
álja (Corba IDL-ek). 


Tervezés és kódgenerálás 

Az elemzési fázis végén keletkezett 
modelleket a megrendelővel jóvá kell 
hagyatni, csak ezután következhet a 
rendszer (az osztályok) részletes terve- 
zése. Az üzleti objektummodellből ki- 
indulva készíthetők el a rendszer tech- 
nikai szempontból (,, vízszintesen") ta- 
golt részei (rétegek, layers): a relációs 
vagy objektumorientált adatbázismo- 
dell, a szerveroldali komponensmodell 
(Corba IDL-ek és implementációs osz- 
tályok), végül a részletes felhasználói 
felület és a vezérlési modell. 

Ha megfelelő tervezőeszközzel és 
generátorokkal rendelkezünk, akkor az 
üzleti objektummodell alapján generál- 
ni lehet ezeket a rendszerrészeket. A 
tervezők azután tovább finomíthatják 
az egyes elemeket. Végül a fokozatos 
finomítás eredményeképpen a kódge- 
nerátorok már olyan minőségű prog- 
ramkódot gyártanak a modellrészekből, 
































pek 3 


— Most már erre az objektumra orientálódom. 
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hogy kézi módszerekkel már csak a 
speciális műveletek (metódusok) testét 
kell beprogramozni. 

Mennyire legyen részletes a tervező- 
eszközben tárolt rendszerterv? Ennek 
eldöntésénél az az alapelv, hogy a prog- 
ramozónak már ne kelljen új osztályt 
és publikus metódust definiálnia. Szi- 
gorúbb követelményt is felállíthatunk: 
még privát tagokat se vehessen fel a 
programozó. A szoftver teljes struktú- 
rája a részletes modellekből generáló- 
dik. A mai generátorok olyanok, hogy 
a forráskódnak a programozó által írt 
részeit egy az egyben megőrzik. Azokat 
a részeket, amelyeket a tervezőeszköz 
generál, a programozó már nem módo- 
síthatja. 


Teljes felületterv 

A felhasználói felület tervezése a 
képernyőosztályok, a  képernyőosz- 
tályokat vezérlő osztályok és a szerver- 
komponensekkel kapcsolatot tartó osz- 
tályok (ún. lokális üzleti objektumok 
vagy proxyk) tervezéséből áll. 

A proxyk tervezésére normál esetben 
nem is kell külön erőfeszítéseket tenni, 
mivel azok automatikusan előállnak a 
szerverkomponensek tervezésével. Csak 
az olyan proxyk tervezését kell külön 
elvégezni, amelyek speciális szolgáltatá- 
sokat vannak hivatva elvégezni. 

A felhasználói felület objektumainak 
realizálásához felhasználhatjuk a leg- 
különbözőbb technológiákat, webalkal- 
mazás esetén a képernyőobjektumokat el- 
készíthetjük html, szimpla Java AWT, Bor- 
land JBCL, Symantec Visual Café, Ma- 
rimba Bongo, Netscape IFC, SunSoft 
JFC, Microsoft ActiveX, KLGroup 
JClass stb. elemekből. Ilyen bőség lát- 
tán arra kell vigyázni, hogy a képer- 
nyőobjektumok ne tartalmazzanak (szó 
szerint ne tartalmazzanak) semmiféle 
, vezérlési okosságot". Egy rendszer 
adatbáziskezelője ugyanis nem szokott 
megváltozni, a felhasználói felület vi- 
szont többször is megváltozhat, sőtegy- 
szerre többféle felhasználói felület, 
technológia is előfordulhat egy rend- 
szerben. 

Németh Miklós 
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Előny a fejlesztésnél 


OOP adatbázisok 


Nagy rendszerek fejlesztésében — különösen, ha azok 

egész életpályáját, változásait is figyelembe vesszük — 
rendkívül markánsan megmutatkoznak az OOP előnyei. 
Ma már úgy látszik, hogy az itt alkalmazott módszerek 

az egész adatbázis-technológiát forradalmasítják. 


Azok a C-t; illetve Java objektu- 
mok, amelyekkel a programozó a me- 
móriában dolgozik, ideálisak arra, hogy 
úgy, ahogy vannak, adatbázisba kerül- 
jenek. A feldolgozó program induláskor 
az adatbázisból tölti be az objektumokat 
a memóriába. Az objektumok kapcso- 
lataik mentén tetszőleges méretben és 
bonyolultságban csoportosíthatók 


. (clusterezhetők), és ezek a csoportok 


hatékonyan mozgathatók. 

Egy objektum-adatbázis akkor haté- 
kony, ha nagyon sokfajta objektum bo- 
nyolultan van összekapcsolva. Olyan 
rendszerek számára, ahol bonyolult 
kapcsolatokat kell kezelni nagy sebes- 
séggel, az objektum-adatbázisok verhe- 
tetlenek. Ilyenek a CASE és CAD esz- 
közök adattárai (repository), különböző 
dokumentumtárak (sgml, html, xml, 
multimédia), telekommunikációs cégek 
adatbázisai stb. Nagy adatmennyiség 
esetén a relációs adatbáziskezelők kép- 
telenek elfogadható sebességgel össze- 
kapcsolni (join) négy vagy annál több 
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táblát — hasonló művelet egy objek- 
tum-adatbázisnak meg sem kottyan. 
Akár 50-100 kapcsolatot is simán tud 
kezelni. 


Adatbázisok versengése 

Méréseink szerint az ODBMS-ek 
másodpercenként 1000-3000 objektu- 
mot képesek létrehozni egyetlen tran- 
zakcióban, ezzel szemben egy jó nevű 
cég egyébként kiváló relációs adatbá- 
zisszervere másodpercenként alig 80- 
100 sort. 

Akkor hát az objektum-adatbázisok 
miért nem szorítják ki a relációs adat- 
bázisokat? A folyamat már megkezdő- 
dött, de lassan halad, ugyanis olyan 
hatalmas méretű tapasztalat és tudás 
gyülemlett fel a relációs (SOL) adatbá- 
zisok alkalmazásainak kifejlesztésé- 
ben, hogy ez csak lassan engedi át a 
helyét az új technológiáknak. (Így volt 
ez korábban is, a Cobol adatbázisokkal 
kapcsolatban.) A nagyvállalatok nem 
tudnak meglenni adatbázisok nélkül. 
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A terrmnék az IONA cég újabb lépése, hogy a CORBA fejlesztést és 
üzemeltetést még könnyebbé és biztonságosabbá tegye. 


Továbbfgjlesztett grafikus eszközök segítik a nagy volumenű CORBA 
rendszerek adminisztrálását és menedzselését. Olyan új mechanizmusok kerültek 


a termékbe, mint a terhelés, a szerver hibák naplózása, a rendszer egyes 
komponenseinek működés közben való újrakonfigurálása. A rendszer 
állapotáról kapható információk egyetlen gépen gyüjthetök össze és 


megjeleníthetők bármely szabványos, SNMP interfésszel rendelkező System 
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Ha valahol működik egy adatbázis, azt 
csak akkor cserélik le, ha az új alkal- 
mazás sokkal jobb szolgáltatásokat 
nyújt. Az objektum-adatbázisok terjesz- 
kedésére csak a teljesen új rendszerek 
létesítésekor van igazán lehetőség. Jel- 
lemző, hogy a webes alkalmazásokban 
jóval magasabb az objektum-adatbázi- 
sok aránya, mint a hagyományos rend- 
szerekben. 


SGL és OGL 

Az objektum-adatbázisok valójában 
csak C-t-t programozók számára jelent- 
hetnek alternatívát. A C----műhelyek 
számára azonban az objektum-adatbá- 
zisok használata sokkal termeléke- 
nyebb, mint SOL szervert alkalmazni, 
főleg akkor, ha az objektum-adatbázis 
az SOL-nél is sokkal több szolgáltatást 
nyújtó OOL (Object Ouery Language) 
nyelvenleis kérdezhető ( Versant, Poet). 
A C4-4-programozók számára az objek- 
tum(adat)modell a memóriában van. 

Nagy erőkkel folyik a Java nyelv 
illesztése a meglévő C--4- adatbázisok- 
hoz. Méréseink szerint azonban jelen- 
leg még a JDBC-vel meghajtott SOL 
szerverek általában jobb teljesítményt 
adnak, mint a C--t objektum-adatbázi- 
sok Java interfészei. Igazi megoldás az 
lehet, ha már kifejezetten a Javához 
készítenek adatbáziskezelőket; ilyenen 
dolgozik például a GemStone és az 
ODI. A GemStone/J egy tranzakcióban 
600 Java objektumot képes másodper- 
cenként létrehozni, de gondok vannak 
még a stabilitással és a tranzakciókeze- 
lési sebességgel. Az ObjectStore PSE 
Pro for Java teljesen Javában írt tran- 
zakciókezelést biztosító, megfelelő tel- 
jesítményt nyújtó egyfelhasználós mo- 
tor, amely Castanet csatornákban loká- 
lis adatbázisként működhet. (60-80 Ja- 
va objektumot hoz létre egy tranzakci- 
óban, és 15-30 tranzakciót végez el 
másodpercenként.) 


Elosztott komponensek, 
üzleti objektumok 

A háromrétegű rendszerek iránti 
vágy fűtötte és fűti mindazon fejlesztő- 
ket, akik jobb híján a relációs adatbá- 
Zisok tárolt procedúráinak ezoterikus 
nyelvein (PL/SOL, Transact-SOL stb.) 
írják meg alkalmazásszervereiket. Ezek 
az adatbázisnyelvek elég szerény ké- 
pességűek egy igazi OO nyelvhez ké- 
pest, amilyen a C4-- vagy a Java, nem 
támogatnak túl sok OOP-koncepciót, és 
csupán az adatbázisközeli eljárásokat 
(üzleti logikát) lehet velük megvalósí- 
tani. 

Az igazi alkalmazásszerverek üzleti 
objektumokba (, elosztott szerverkom- 
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ponensekbe") szervezett interfészeket 
bocsátanak a felhasználók (kliensprog- 
ramok) rendelkezésére. Ezek az üzleti 
objektum interfészek valamelyik szab- 
ványos elosztott technológiával érhetők 
el (lehet ez Corba, Microsoft DCOM 
vagy Java RMI), függetlenül attól, hogy 
milyen adatbáziskezelő áll mögöttük, 
és hogy milyen nyelven írták őket (C, 
C---, Java, Visual Basic 5 — ez utób- 
bival csak ActiveX DCOM objektumo- 
kat lehet készíteni). Feladataik adatbá- 
zisközeli részeinek megoldására maguk 
a szerverobjektumok természetesen be- 
hívhatnak adatbázisban tárolt procedú- 
rákat. 

A kliensoldalon ezeknek a szerverol- 
dali üzleti objektumoknak a proxy ob- 
jektumok felelnek meg. A proxy objek- 
tumok sok olyan feladatot is elláthat- 
nak, amelyekhez nem kell a szerverhez 
fordulni: végezhetnek adatellenőrzése- 
ket, kezelhetnek kódtáblákat, szolgál- 
tathatnak az üzleti objektumokra vonat- 
kozó metainformációkat stb. 


Felhasználói felületek 

A felhasználói felület a lehető legkü- 
lönfélébb "módon valósulhat meg 
ugyanazon alkalmazáshoz: (dinamikus) 
html formok (JavaScriptekkel), Java 
AWT, Marimba Bongo, Microsoft Ac- 
tiveX, Netscape IFC stb. Hozzájuk ké- 
pest az adatbázis és az üzleti logika 
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Az 00 technológia 


IGSOoft Intelligens Software Rt (www.igsoft.hu): Konzultáció (OO 
tervezés, Java programozás, relációs és OO adatbáziskezelés, 
projektvezetés). Egyedi web-alkalmazások (Java, html, Castanet) 
fejlesztése. Hagyományos kliens-szerver alkalmazások fejlesztése. 


GemStone (www.gemstone.com): GemStone/J Java adatbázisszer- 
ver EnterpriseBeans technológiával. 

Object Design (www.odi.com): ObjeciStore/C--s- adatbázisszerver, 
ObjeciStore PSE Pro egyfelhasználós Java adatbázismotor. 

lona Technologies (www.iona.com): Orbix/C-r-- és OrbixWeb (Java) 


Versant (www.versant.com): Versant/C4- adatbáziskezelő OOL tá- 


Poet (www.poet.com): Poet/C--s- adatbáziskezelő. 
Marimba (www.marimba.com): Castanet webtechnológia és Bongo 


Rational (www.rational.com): Rational Rose objektumorientált terve- 


sokkal kevésbé változékony elemei a 
rendszernek. Az alkalmazás üzleti logi- 
kájának Corba interfészeken keresztül 
elérhető üzleti objektumokba (szerver- 
komponensekbe) való tudatos szerve- 
zése biztosítja a fejlesztőknek, hogy 
rendszereik sokkal időtállóbbak lesz- 
nek, továbbá később is integrálhatóak 
maradnak, ugyanis a változások csupán 
a lehető legkisebb rendszerrészre (ideá- 
lis esetben egyetlen komponensre) kor- 
látozódnak. 

Egyes 4GL-ek (Forté, Composer, Pow- 
erBuilder, Supernova) szintén képe- 
sek elosztott objektumok kifejleszté- 
sére és kezelésére, de ezek (egyelőre 
legalábbis) csak az adott eszköz kör- 
nyezetéből érhetők el, és (egyelőre) 
nem kompatibilisak a szabványos el- 
osztott  middleware technológiákkal 
(Corba, Java RMI, DCOM). 

Németh Miklós 
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Átalakuló adatbázisok 


Jobbak, mint a relációsak 


Gyakran hetek alatt kell elkészíteni nagyméretű, összetett 
alkalmazásokat az Internet gyorsan változó és növekvő 
szolgáltatási igényeinek kielégítésére. Az eszköz, 
amellyel a cégek eleget tudnak tenni ennek 

az óriási kihívásnak, az objektumorientált technológia 


és a komponensalapú fejlesztés. 


Az OOT és OOP azokon a területe- 
ken is lendületesen terjeszkedik, ame- 
lyeket hagyományosan a relációs adat- 
báziskezelő rendszerek uraltak. Az ok 
nyilvánvaló: az OOP környezetekbe 
természetesebben illeszkednek be az 
O0 adatbázisok. Számos működő al- 
kalmazás bizonyítja, hogy az OO adat- 


báziskezelők nemcsak el tudják látni" 


mindazokat a szolgáltatásokat, amelye- 
ket a relációs adatbáziskezelők, hanem 
megbízhatóságban és különleges köve- 
telményeket támasztó alkalmazások ki- 
vitelezésében felül is múlják őket. 


Többet és jobban 

Az OOAK (objektumorientált adat- 
báziskezelő) gyakorlati megjelenése 
egybeesett a CAD, CAM, CASE stb. 
eszközök megerősödésével, terjedésé- 
vel. Eleinte ezeket az alkalmazásokat 
általában C--- nyelven készítették el — 
nagy bonyolultságuk, illetve az alkal- 
mazott adatszerkezetek sokfélesége és 
összetettsége miatt. Éppen az ilyen fel- 
adatok megoldására kiválóan alkalma- 
sak az OOAK rendszerek, mert roppant 
egyszerűen tudnak tárolni és visszatöl- 
teni nagyszámú bonyolult adatszerke- 
zetet, ráadásul a C--- nyelvben megírt 
adatkezelő programokhoz is igen jól 
illeszkednek. Kezdetben még előfor- 
dult, hogy a Smalltalk nyelvet használ- 
ták az OOAK elérésére. Ma ennek a 
nyelvnek a szerepe már csökken, helyét 
a dinamikusan terjedő Java veszi át. 

Egy OOAK úgy is felfogható, mint 
egy adott programozási nyelv (C-H-, 
Java) természetes kiterjesztése. A kiter- 
jesztést az indokolja, hogy bizonyos 
feladatok "megoldásához különleges 
eszközöket kell igénybe venni az ob- 
jektumok ún. perzisztens tárolásának 
biztosítására. (A perzisztencia szó je- 
lentése: megmaradás, szívósság, állan- 
dóság, folytonosság. A persistency szó- 
val fejezik ki az angolban például az 
energia megmaradását is.) Az OOAK 


egyik nagy előnye a relációs rendsze- 
rekkel szemben, hogy ugyanolyan for- 
mában tárolják az objektumokat, ahogy 
azok a memóriában megtalálhatók. 
Nincs tehát szükség arra, hogy az adat- 
bázisba való elhelyezés előtt, illetve az 
adatbázisból való kiolvasás után átala- 
kítsuk az objektumokat. Aprogramozók 


" számára egy perzisztens objektum pon- 


tosan olyan, és ugyanúgy használható, 
mint egy memóriában tartott, ún. tran- 
ziens objektum. (Csak mellékesen em- 
lítjük meg, hogy az objektumok sorában 
lehetőség van ActiveX objektumok el- 
helyezésére is.) 


Navigáció közelre és távolra 

Az objektumok közötti kapcsolato- 
kat, mozgásokat mutatók (pointerek) 
teremtik meg. Ezt a tevékenységet ne- 
vezik az OOAK zsargonjában navigá- 
ciónak. A navigáció igen gyors adat- 
elérést tesz lehetővé. Ha a kapcsolódó 
objektum már a memóriában van, akkor 
pillanatok alatt elérhető az adat. De ha 
a hivatkozott objektum még nincs a 
memóriában, akkor sincs szükség kere- 
sésre, elég a háttértárról való betöltés 
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idejét figyelembe venni. Ez ugyancsak 
hatalmas előny a relációs adatbáziske- 
zelőkkel szemben. De más előnye is 
van a navigációnak: ennek révén az 
objektumok kapcsolatainak a tömege is 
könnyedén kezelhetővé válik. 

Az OOAK biztosítja a relációsoknál 
már megszokott indexelési lehetősége- 
ket is a lekérdezések hatékony végre- 
hajtására. De többről is szó van. Az 
OOP nyelvekben kiváló lehetőségek 
vannak több objektum összefogására, 
ún. , kollekciók" (listák, tömbök, hal- 
mazok) kialakítására. OOL (Object 
Ouery Language) nyelven és az adat- 
báziskezelő lekérdezőnyelvén a külön- 
böző lekérdezéseket egy vagy több kol- 
lekción belüli objektum megtalálására 
is meg lehet fogalmazni, és persze a 
rendelkezésre álló eszközökkel rendkí- 
vül gyorsan végre is lehet hajtani. 

Az OOAK ma már rendelkezik 
mindazokkal a szolgáltatásokkal (tran- 
zakciókezelés, online mentés és visz- 
szaállítás, replikáció, fail-over), ame- 
lyeket a relációs adatbáziskezelőknél 
megszoktunk. Nagy adatbázisok esetén 
ilyenek nélkül nem is volna elképzel- 
hető a megbízható alkalmazások kiala- 
kítása. 

A rendszer felépítése 

Az OOAK rendszerek kliens/szerver 

felépítésűek, szerver- és kliensfolyama- 


tokból állnak. Az objektumok kezelése 
bizonyos fajta tevékenységek végrehaj- 
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tásához teljesen a kliens hatáskörébe 
tartozhat (ilyenek a memóriába való 
betöltés és a különböző fajta lekérde- 
zés); van úgy, hogy a szerver , nem is 
tud" az objektumokról. Más esetekben 
a szerver közreműködése szükséges az 
objektumokkal végzendő műveletek, 
lekérdezések végrehajtásához. 

Az objektumok elérésének hatékony- 
ságát növeli az objektumok csoportosí- 
tási (segment, cluster) lehetősége is. Ez 
a technika biztosítja, hogy fizikailag is 
, egymáshoz közel" helyezzünk el az 
adatbázisban logikailag összetartozó 
objektumokat, az össze nem tartozókat 
pedig , egymástól távol", ezzel is csök- 
kentve az objektumok betöltéséhez 
szükséges lemezmozgást. 

A kliensoldalon ún. objektum-cache 
szolgálja az OOAK teljesítményének 
növelését. Ez átmenetileg tárolja az 
egyszer már letöltött objektumokat, és 
a következő hivatkozásnál felgyorsítja 
az objektum elérését. 


Mérési eredmények 

Saját méréseink is igazolják, hogy 
OOAK: révén összehasonlíthatatlanul 
jobb eredményeket lehet elérni. Egy 
objektum és a hozzá kapcsolódó objek- 
tumok elérésében az objektumorientált 
rendszerek verhetetlenek a navigációs 
lehetőségnek, valamint az alkalmazott 
cache technikának köszönhetően. 
Ugyancsak kiváló teljesítményt nyújta- 
nak, ha az egy tranzakción belül létre- 
hozható objektumok számát nézzük: 
Windows NT alatt egy tranzakcióban 
másodpercenként 2000 körüli objektum 
létrehozása lehetséges (relációs adatbá- 
Zisok esetén ez az érték 100 körül van). 
Érdekes viszont, hogy a másodpercen- 
ként végrehajtható tranzakciók számá- 
ban valamivel elmarad a relációs adat- 
bázisokban mért eredménytől. 


Alkalmazásfejlesztés 

Az adatbázisok programozása alap- 
vetően az adott programozási nyelv 
(C----, Java) fejlesztőkörnyezetében tör- 
ténik (Visual C----, JBuilder, Symantec 
Café). A fejlesztéshez igen jól fel lehet 
használni az adatbáziskezelőhöz kapott 
osztálykönyvtárakat, amire a tervezés 
során természetesen lehet építeni. De 
talán még nagyobb előnyünk származik 
abból, hogy a kialakított objektummo- 
dellnek megfelelően tárolhatjuk objek- 
tumainkat, és feleslegessé válik a mo- 
dell minden további változtatása. 

Mindinkább érzékelhető az a tenden- 
cia, hogy az adatbázisok gyártói egyéb 
rendszerek elérését is biztosítják a to- 
vábbi felhasználási lehetőségek kiakná- 
zása érdekében. Ilyen lehetőséget épí- 
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tenek be például a webszerverek felé 
az SOL felület és az OLE DB felület 
támogatására (Oforms, ASP), vagy pél- 
dául interfészt teremtenek a különböző 
relációs adatbázisoknak. 

Gyakori jelenség, hogy a cégek olyan 
egyszerű adatbázis-verziókat is készí- 
tenek, amelyek kisebb alkalmazások 
számára objektumtárakként működhet- 
nek. Ezzel ugyanis egyrészt megnyer- 
hetik a fejlesztők, programozók rokon- 
szenvét, másrészt megkönnyíthetik az 
OOAK bevezetését. Némelyik ilyen 
egyszerű adatbáziskezelő ingyenesen is 
hozzáférhető. 


Szabványosítási törekvések 

Erőteljes szabványosítási törekvések 
figyelhetők meg az objektumorientált 
technológiák területén is. Az OOAK 
rendszereket fejlesztő cégek elsősorban 
szabványosítási céllal hozták létre az 
Object Data Management Group 
(ODMG,) nevű szervezetet. Az ODMG 
2.0 szabvány jól átgondolt előírásokat 
tartalmaz az objektummodellre. Ehhez 
csatlakozik az objektumleíró nyelv 
(ODL) szabványa, az objektumlekérde- 
ző nyelv (OOL) szabványa, de vannak 
már szabványok a nyelvi leképezésre 
vonatkozóan is, a C---, a Java és a 
Smalltalk nyelvre. 

Az ODL segítségével az adatbázis 
szerkezetét is le lehet írni. Ez a nyelv 
valójában az Object Management 


Group (OMO) által már régebben spe- — 


cifikált interfészleíró nyelvnek, a Cor- 
ba IDL-nek a kiterjesztése. Az adatbá- 
ziskezelők egy része már támogatja az 
adatbázisséma leírásában az ODL nyel- 
vet, míg mások az adott programozási 
nyelven meglévő osztálydefiníciókat 
használják erre a célra. 

Az OOL az SOL-hez hasonló lekér- 
dezőnyelv, természetesen az OO kör- 
nyezetnek megfelelő kiterjesztéssel. Itt 
is hasonló a helyzet: az adatbáziskeze- 
lők egy része támogatja azt, míg mások 


a saját, többnyire a C-t---hoz hasonló 
lekérdezőnyelvüket használják. 

A nyelvi leképezés specifikációja 
mostanáig a C-H-, a Java és a Smalltalk 
programozási nyelvekhez készült el. A 
Smalltalk kivételével ezeket már min- 
den gyártó támogatja, a Smalltalk nyel- 
vi interfészét csak elvétve egy-egy. 


Alkalmazási területek 

Hagyományos alkalmazási terület- 
nek számítanak a CAD, CAM, CASE 
alkalmazások, de előszeretettel hasz- 
nálják az OOAK rendszert minden 
olyan alkalmazásban, ahol folyamato- 
san nagy mennyiségű adatot kell az 
adatbázisba tölteni. Tipikusan ilyen al- 
kalmazási terület a távközlésben a rend- 
szerfelügyelet, vagy pénzügyi területen 
a kockázatelemző és a tőzsdei rendsze- 
rek. 

A legdinamikusabban fejlődő terüle- 
tet az internetes adatbázisok jelentik. Itt 
jól kihasználható az objektumorientált 
adatbázisoknak az a páratlanul előnyös 
tulajdonsága, hogy az adatok mennyi- 
ségétől és az adatszerkezetek bonyo- 
lultságától függetlenül lehetővé teszik 
bármilyen jellegű adathalmaz (szöveg, 
kép, hang, videó, idősor stb.) hatékony 
tárolását és visszakeresését. Elsősorban 
az Internet az a terep, ahol az OO 
adatbázisok további előretörése várha- 
tó. Erről tanúskodnak az adatbázisfej- 
lesztő cégek újabb referenciái is, ame- 
lyek nagy többségükben erről a terület- 
ről kerülnek ki. 

Az OO adatbázisok terjedése olyan 
területeken várható igazán, ahol új adat- 
bázisok kialakítása folyik. A meglévő 
adatbázisok átállítása nagy pénzeket 
emészt fel, és nem is biztos, hogy 
mindig célszerű. Átszervezésre főleg 
akkor érdemes gondolni, ha a rendszer 
nem nyújtja azt a teljesítményt vagy 
hatékonyságot, amit elvárhatnánk tőle. 

Nick János 
nickEigsoft.hu 
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Lépcsőházi effektus 


Szubjektumorientáltan 


Az objektumorientált programozáshoz legkönnyebben 
hozzáférhető eszköz a Turbo Pascal, a Borland Pascal 

és a Delphi. Érdekes probléma, hogy milyen benyomások 
keletkeznek egy tapasztalt programozóban, amikor először 
próbálkozik meg az egekig magasztalt módszer 


gyakorlati alkalmazásával... 


Tíz évvel ezelőtt gyakorlott Pascal- 
programozó — helyesbítek: Turbo Pas- 
cal-programozó — voltam. Ötödik éve 
használtam a Borland fejlesztőeszkö- 
zét, kezdve a 3-as verzióval, amit még 
annak idején hálózatkezelési okokból 
meg is , pecseltem", békésen ücsörögve 
az 5-ös változat kényelmes fejlesztő- 
környezetében. Ez a rendszer mindent— - 
tudott, amire szükségem volt. Tudtam 
eljárásokat és függvényeket átadni pa- 
raméterként, ezekre könnyedén hivat- 
kozhattam pointerekkel, így nem oko- 
zott gondot akár a bonyolult adatbevi- 
teli képernyőket generáló programok 
megírása sem. 

Ekkortájt is sokat olvastam a szak- 
sajtót (nem újságíróként, kritikusként, 
hanem mert — nem lévén hozzáférhető 
Internet — információkhoz akartam 
jutni), és feltűnt, hogy egyre többet 
cikkeznek az ún. OOP módszerről. 
Szokva voltam az időnként mindent 
elborító divathullámokhoz, de ez meg- 
lepett. Egyszerűen nem értettem, hogy 
mire való, mi ez a nagy felhajtás. 

Az OOP alapköve, hogy az adat és 
az azt kezelő eljárás egyben, egységben 
van. Ez csak szemléleti kérdésnek tűnt, 
programjaim szépen unitokra voltak 
bontva, elején az adat- és függvénydek- 
larációkkal, könnyen átlátható, hogy mi 
mihez tartozik — vitatkozgattam ma- 
gamban. Engem mint programozót 
ugyan mennyiben érint ez? 

Az objektumoknak az akkori termi- 
nológiával , üzeneteket" küldtünk, azok 
pedig , reagáltak" erre. Ez nagyon ant- 
ropomorfnak látszik, de az objektuma- 
imnak én nem üzengetni akarok! Prog- 
ramom eljárások sorozata, amelyeket 
az végrehajt. 

Az  objektumorientáltság — mellett 
szólt, hogy egy kiinduló objektumból 
újakat lehet származtatni, ezek öröklik 
a szülő(k) , tulajdonságait", és rendel- 
keznek sajátokkal is. A felhozott példák 
rendszerint triviálisak voltak, jellemző 





volt a pont mint objektum (van x és y 
koordinátája, színe), majd kör, négyzet 
stb. mint származtatott objektum. Ennél 
értelmesebb példát sehol sem láttam. 

Szintén az új eszme előnyeihez so- 
rolták, hogy mások által készített ob- 
jektumokat is használhatok, sőt azokat 
bővíthetem a már említett öröklődés 
segítségével. Ez sem nagyon izgatott, 
mindig egyedül dolgoztam, és amit 
mások készítettek, én mégis használ- 
tam, az valamilyen rutinkönyvtár volt 
(forráskóddal). 

Az objektumokat ráadásul létre kell 
hozni, célszerűen futásidőben, azaz di- 
namikus memóriakezelésre van szük- 
ség, az objektumokat illik el is engedni 
(konstruktor és destruktor), és mindez 
teljesen rendezetlenül zajlik. Akkor pe- 
dig tele lesz lyukakkal az (akkoriban 
még szűkös) memória, a beépített taka- 
rórutinokban meg nem nagyon bíztam. 


Megpróbáljuk? 
Egyszer azután Windows alá kellett 
egy komolyabb programot írnom. Per- 


sze a Delphit választottam fejlesztőesz- 
köznek, végül is ez a Pascal utódja, az 
én szempontomból ez is csak Pascal. 
Azt tudomásul vettem (pontosabban 
nem is gondoltam az elméleti háttérre), 
hogy programozási értelemben a kép- 
ernyőre húzott vizuális komponensek 
is objektumok. Könnyű volt ezt nem 
észrevenni, hiszen a Delphi elrejtette a 
részleteket. Én konstruálom az objek- 
tumot, de ráhúzással, tehát ha van is 
mögötte programkód (de még mennyi 
van!), az nem látszik. 

Amikor például egy szöveg színét 
menet közben megváltoztatom, a szin- 
taxis olyan, mintha egy rekordváltozó 
egyik — mezőjének adnék értéket 
(Forml.color :— alGrey;), így nem tű- 
nik fel, hogy üzenetet küldök az objek- 
tumnak. Meghívom egy módszerét 
(method), és ezáltal az objektum tulaj- 
donságai (property) megváltoznak. 

Más esetekben azért már kell egy kis 
önbecsapás ahhoz, hogy ne lógjon ki 
az , objektumista" lóláb, például akkor, 
amikor azt írom, hogy OpenDia- 
1log1.execute. De eztis lehet szintaktikai 
érdekességnek tekinteni, és nem foglal- 
kozni vele. A program a felületen elég 
egyszerű volt, néhány adatbeviteli kép- 
ernyőn egyetlen személy néhány tucat 
adata került a gépbe, viszont ezekkel 
az adatokkal rengeteget kellett számol- 
ni. A számoláshoz tartozott még egy 
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alaptáblázat, amelyet paraméterfájlból 
töltöttem be. Bizonyos adatait ennek a 
táblázatnak nem tartalmazta a paramé- 
terfájl, ezeket betöltéskor számoltam ki, 
illetve az egyén adatainak függvényé- 
ben újraszámolódtak. Induláskor vilá- 
gos volt, hogy van két rekordom és egy 
csomó függvényem, amelyek a rekor- 
dok mezőivel dolgoznak. Technikai 
okokból egyébként ezeket a rekordokat 
különböző unitokban helyeztem el. 
Ahogy a fejlesztés haladt, szembe 
kellett néznem egy-két problémával. A 
kisebb (bár akkor ez tűnt a nagyobb- 
nak), hogy nincs rendes dátumbevitel a 
Delphiben. Simay Endre István kollé- 
gánk kérésemre összedobott egyet, azt 
forráskóddal kaptam meg, azóta is na- 
gyon meg vagyok elégedve az ered- 
ménnyel. A Delphi szóhasználatában ez 
egy vizuális komponens, tehát installál- 
ni kellett, és azután ugyanúgy ráhúzo- 
gatni a képernyőre, mint a gyáriakat, 
ezért nem is foglalkoztam a belsejével. 
De a sors úgy hozta, hogy ez a négy- 
jegyű évszámokat fogadó komponens 
kevés volt, kellett egy, amely kétjegyű- 
eket, időtartamokat fogad. Nekiestem 
az eredeti komponensnek, és faragtam 
belőle egy másikat, amely a kétjegyű- 


eket kezeli. Nem volt ebben öröklődés, 
de a forráskód átírása során mégiscsak 
szembesültem azzal, hogy vajon miként 
is működik az eredeti (meg az új, az 
általam készített), és kezdtem belátni, 
hogy ezek tényleg objektumok. 


Lustaság, hibrid, tanulság 

A nagyobbik probléma a lustaságom 
volt. Az egyedi adatrekord mezőivel 
kellett műveleteket végeznem. Egysze- 
rűen csak , adatrekordnak" neveztem, 
de számtalanszor le kellett írnom, hogy 
melyik rekordról is van szó. Egy részük 
megspórolható volt a , with" direktívá- 
val, de azért ez is csak írás, másrészt 
időnként zavaró. Az objektum esetében 
a fordító tudja, hogy minek az adatme- 
zőivel dolgozom. Lassanként, ahogy 
alakultak a rutinok, rájöttem, hogy le- 
gyen csak az adatrekord egy objektum, 
és a különböző mezőivel végzett mű- 
veleteket már mint az objektum eljárá- 
sait definiáltam. Egyszerre csak vala- 
mivel rövidebb és tisztább lett a kód, 
egyszerűbbé váltak a módosítások. (De 
azért tegyük hozzá, hogy ugyanezt a 
hatást majdnem ilyen könnyen elérhet- 
tem volna hagyományos módszerekkel 
is.) 


Szórakozásból az  alaptáblázatot 
, juszt sem" definiáltam át objektummá, 
így össze tudtam hasonlítani, hogy mit 
jelent írásban és kódolásban a különb- 
ség. Egyértelmű volt, hogy objektumos 
megközelítésben kevesebbet kellett ír- 
nom. Ráadásul az objektum (örökölvén 
a Delphi objektumok alaptulajdonsága- 
it) külön kiírható volt lemezre, vissza- 
olvasható volt. Kaptam egy csomó ké- 
nyelmi eszközt a fejlesztés közbeni 
objektumböngészéssel is, ezek jelentő- 
sen gyorsították a munkát. A végered- 
mény persze valami hibrid lett. De most 
már legalább eleve tudom, hogy a kö- 
vetkező ilyen nagyobb munkánál ob- 
jektumot fogok készíteni mindenből, 
ami arra érdemes... 

Egy még személyesebb megjegyzés- 
sel zárom. Ennek a cikknek a megírása 
közben gondolkodtam el mindazon, 
amit fejlesztéskor rutinból vagy ösztön- 
ből csináltam. Most kezdtem igazán 
megérteni, hogy mit is jelent az objek- 
tumorientáltság, és hogy a programban, 
amit írtam, hol is használtam ennek 
különböző elemeit. Nem lettem fanati- 
kus híve, de el kell ismernem: nem is 
olyan rossz dolog. 

Horlai János 
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Áldás vagy átok? 


00 barbatruükkök 


A programozásban igen divatos az OOP 

és mindaz, ami ezzel érkezett: az OCX (ActivX) 
kontroll és a COM/DCOM technológia. De érdemes 
mélyebben is elgondolkodni rajta: következményeiben 
nem hordoz-e veszélyeket az új irányzat. 


A technológia  objektumorientált 
megújulása sok könnyebbséget hoz a 
mindennapi munkában, hiszen ezek az 
építőkövek önállóan is jelen vannak. 
Sőt, mi több: segítségükkel — mivel 
nem kell a forráskódot kiadni — olyan 
ismeretek is megvásárolhatóvá válnak, 
amelyekhez korábban csak beépítve, 
egy-egy nagyobb programban juthat- 
tunk hozzá. Most pedig úgy építhetjük. . 
be saját termékünkbe a megvásárolt 
aktív kontroll vagy COM modult, hogy 
esetleg azt sem tudjuk róla, mit is csinál 
valójában. 

A felszín ismert, de vajon mit rejt a 
mély? Mi minden bújhat meg az isme- 
retlenség homályában? Lehet, hogy 
minden tisztességesen zajlik, de szá- 
molnunk kell azzal is, hogy — akárcsak 
a számítástechnika egyéb területein — 
nem mindenki tiszteli az etika szabá- 
lyait. Márpedig ezen a területen sokkal 
több lehetőség nyílik rá, hogy kellemet- 
len meglepetésben részesítsék a mit sem 
sejtő felhasználókat. 


Négy akna 

A vírustechnológia is használ zseni- 
ális programozási trükköket, ezeknek a 
kiagyalása azonban eleve romboló 
szándékú, tehát már a kiindulópont is 
etikátlan. Az objektumorientált alap- 
technológia megteremtése viszont két- 
ségtelenül jó szándékú. Ettől azonban 
még felhasználható sötét célokra. Bizo- 
nyos értelemben nagyobb is a veszély, 
mint a , kisstílű" vírusok esetében. Ez 
az új technológia ugyanis nagyon haté- 
kony. 

Nem sokkal azután, hogy megjelent 
és használhatóvá vált a COM techno- 
lógia és az OCX, már kezdtek felbuk- 
kanni az ezekre épülő , piszkos trük- 
kük" (dirty tricks). Az eljárásnak négy 
olyan sajátosságát látom, amely kihasz- 
nálható a felhasználó ellen: 

1. Nem tudható, hogy mi van a modul 
belsejében. A felhasználó készen veszi 
a modult, és csak annyit tud róla, 


amennyit gyártója (és forgalmazója) 
szükségesnek látott közölni. Tehát tu- 
datosan beépíthetők a modulba például 
, biztonsági lyukak" vagy speciális át- 
járók más programelemekhez. 

2. Más alkalmazás is megteheti, hogy 
megszólítja ezt a modult, ha a létezé- 
séről tudomást szerez, ha látja. Más- 
képp kifejezve: valamilyen alkalmazás- 
sal — akár egy demóprogrammal is — 
bejuttathatunk a rendszerbe egy olyan 
modult, amely más, korábban már meg- 
lévő alkalmazással elkezd beszélgetni. 
Önmagában ez nem volna baj, hiszen 
ezt a technológiát is fel lehet jó célokra 
használni. A veszélyforrás az, hogy ez 
a lehetőség alattomos célokra is alkal- 
mazható. 

Hasonlatként utalok a többkompo- 
nensű harci gázokra a katonai techno- 
lógiában. Önmagukban ezek kompo- 
nensei teljesen ártalmatlanok, sőt az 
sincs kizárva, hogy mindegyiket hasz- 
náljuk a mindennapi életben. Ha viszont 
keverednek, előáll a végeredmény, a 
harci gáz. 

3. Az egyes elemek egymástól igen 
távol, és akár mások platformján, háló- 
zaton át is futtathatók. Kinek-kinek a 
fantáziájára van bízva, hogy ez mi 
mindent jelenthet. 

4. Végül pedig könnyű belátni, hogy 
a bejuttatott modul bármit meg tud 
csinálni, akár egymagában, akár más 
modulokkal, szoftverelemekkel együtt- 
működve, különösen, ha azt is figye- 
lembe vesszük, hogy a hálózaton ke- 
resztül elérhető modulokkal kooperál- 
hat. Akár adatokat is ki tud hozni a 
gépből, ha úgy írták meg. Jelentést tud 
küldeni a rendszerben használt szoftve- 
rekról, azok használati módjáról. Mint- 
ha csak egy ipari kém ülne gépünk 
mélyén. 


A nagy testvér figyel 


Hogy mindez rémálom lenne? A kö- 
zelmúltban két hír is megjelent a video- 
iparban: 


a) A nagy médiacégek bejelentették 
azt a kötelezően beépítendő áramkört, 
amely megakadályozza, hogy a felhasz- 
náló részleteket vagy egész műsort ve- 
gyen fel saját videomagnójára, illetve 
hogy gépében DVD lemezről és sugár- 
zott zenei vagy videoanyagról szárma- 
zó anyagot tároljon. 

b) A számítógépes tévévevőkbe és 
videókba be kell építeni az Egyesült 
Államokban a cenzúra bizonyos formá- 
ját megvalósító eszközt, az úgynevezett 
V-chipet. 

Lassan tehát kezd egyre inkább ak- 
tuálissá válni az amerikai hackerek által 
már évek óta hangoztatott felhívás, 
hogy , konzerváld a jelenlegi technoló- 
gia eszközeit a jövő számára, mert lehet, 
hogy az új technológiák által egyre 
szorosabban ellenőrzött világban ezek- 
re a régi eszközökre támaszkodva tudod 
majd megőrizni szabadságodat és füg- 
getlenségedet...". 


A fekete doboz mint rejtekhely 

Visszatérve a hónap témájához, a 
mostanság egyre jobban terjedő OCX- 
COM programozási és programfuttatási 
technológiához, nézzük meg, hogyan 
használják ki egyesek a fenti lehetősé- 
geket. 

A COM és az OCX elemeket gyártó 
cégek többsége nem él vissza azzal a 
helyzettel, hogy nem tudjuk, mi van a 
, fekete dobozban", ezért általában nyu- 
godtan használhatjuk ezeket a sokat 
ígérő programelemeket. Az ő érdemük, 
hogy kiváló programrészletek kapha- 
tók, gyakorlatilag filléres áron. De ter- 
mészetesen megjelentek a modulgyártó 
hiénacégek is. (Bár minél tovább néze- 
getem a Spectrum tévén az afrikai ter- 
mészetfilmeket, annál inkább sértőnek 
érzem ezt a hasonlatot — a hiénákra 
nézve.) És a példa ragadós. 


Barbatrükk N? 1 


Az egyik barbatrükkös megoldásnak 
magam is szenvedő alanya voltam. Tör- 
ténetesen magamnak kellett rájönnöm, 
hogy a Steinberg cég egy látszólag 
teljesen ártatlan — és avatatlan szem 
elől rejtve maradó — OCX kontrollmo- 
dulba rejtette el digitális stúdiószoftve- 
rének hardlock-kezelését. Nem a készü- 
lék megjavítása, hanem a hiba okának 
a megtalálása volt itt a nagy dolog. 
Utána megfelelő fejlesztőkészlettel a 
hatástalanításhoz már elég volt néhány 
másodperc. 


Barbatrükk N? 2 

Akárcsak az első vírusok megjelené- 
sekor, az OO-trükkökben is a meglepe- 
tés okozza a kár nagyobbik részét. 
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A HÓNAP TÉMÁJA 





Egyes cégek erre építve kezdenek most 
alkalmazni egy újabb aknát: OCX vagy 
COM objektumokban rejtik el a maguk 
eufemizmusával , authorizáló modul- 
nak" nevezett programrészletet, amely 
bizonyos idő elteltével (vagy valami- 
lyen más feltételre) egyszerűen kikap- 
csol. A demóprogramoktól az ilyesmit 
senki nem veheti rossz néven. A lesel- 
kedő nagyobbik veszély abban rejlik, 
hogy bizonyos szoftvergyártók — köz- 
tük a Microsoft is — már komolyan 
fontolgatják annak lehetőségét, hogy 
kereskedelmi programjaikba is beépíte- 
nek ilyen modult. Mi ebben a ráció? — 
kérdezhetik. 

Ha a feladat időhöz kötött, akkor a 
program a megadott idő vagy indí- 
tásszám után nem működik. Ilyenkor a 
program forgalmazójának arra is van 
módja, hogy bejelentse: az én termékem 
egyáltalán nem eladó. Csak bérelni le- 
het, korlátozott időre, adott indítász- 
számra. És ha a program valóban jó, 
akkor megteheti, hogy jóval többet is 
kér érte, mint amennyit egy normálisan 
működő piac hajlandó lenne megfizet- 
ni. 

A felhasználó ezáltal reménytelenül 
kiszolgáltatott helyzetbe kerül. Kulcs- 
fontosságú programoknál megteremtő- 
dik a számítógépes szabadrablás lehe- 
tősége, kisebb jelentőségű szoftverek 
esetében pedig az árfelhajtás könnyen 
működtethető eszközéhez jutnak hozzá 
a gyártók. A gyanútlan felhasználó ma 
még könnyen besétál a kelepcébe, nem 
látja át, hogy jobban járna, ha ilyen 
feltétellel meg sem venné a programot. 
Van már hazai programfejlesztő cég is, 
amely így igyekszik maximalizálni sa- 
ját profitját. (A pereskedés elkerülésére 
nem írjuk ki a nevét.) 


Barbatrükk N? 3 

A Microsoft hasonló jellegű kísérle- 
tének az egész magyar piac szenvedő 
alanya volt. A cég emberei ugyanis 
olyan modult építettek be népszerű szö- 
vegszerkesztőjük otthoni használatra 
szánt változatába, amely ellenőrzi a gép 
konfigurációját, és annak megváltozta- 
tása esetén arra kényszeríti a felhasz- 
nálót, hogy az ügyfélszolgálattól új 
aktivizációs kódot kérjen, különben 
ugyanis adott számú — jelen esetben 
húsz — futás után a program leáll. 

Ráadásul a , magyar kísérletben" al- 
kalmazott módszert a legutóbbi szoft- 
verjogi konferencián (amelyet stílsze- 
rűen az ELTE jogi karán tartottak) 
kifejezetten jó megoldásként emlegette 
a cég hazai jogásza, mondván, hogy az 
a felhasználók elégedettségével találko- 
zott. Mi történik például, ha az ember 
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kivehető  merevlemezzel dolgozik? 
Minden merevlemezcsere után szalad- 
jon aktivizációs kódért? Már maga a 
követett módszer alapfilozófiája is ha- 
mis, legalábbis itt, Nyugat- és Kelet- 
Európában. Itt az emberek folyamato- 
san változtatják a megvásárolt konfigu- 
rációt, szemben a dobozvásárló — és 
technikailag igencsak mulya — ameri- 
kaiakkal. Mint általában a védelmek 
esetében, itt is a felkészületlen jogos 
felhasználókkal tolnak ki leginkább. Ha 
ez a megoldás elterjedne, éppen a szoft- 
verkalózok forgalmát növelnék meg 
jelentősen, hiszen legközelebb már az 
is hozzájuk fordulna, akinek ilyesmi 
különben esze ágában sem lenne. 


Lehetőségből kényszer 

Összefügg ezzel a kérdéssel az új 
technológiának egy másik, jóra is, 
rosszra is fordítható tulajdonsága: a 
hálózatos használat lehetősége. Erről is 
elmondható, hogy áldás is, átok is egy- 
szerre. Áldás, mikor nyugodtan elvi- 
szem egy nagyobb gépre azt a modult, 
amelynek kiszolgálásához nem elég a 
saját gépem teljesítménye. A Linux, 
Solaris, valamint a Mac operációs rend- 
szer felhasználói felülete a COM tech- 
nológiához rövidesen bárkinek rendel- 
kezésére áll az Interneten, méghozzá 
ingyenesen. 

Ez a dolog jó oldala. De mi történik, 
ha egyes cégek felismerik a kínálkozó 
lehetőséget a felhasználók kiszolgálta- 
tottságának fokozására, saját profitjuk-— 
feltornászására? 

Megtehetik ugyanis, hogy a kulcs- 
fontosságú modulokat nem adják el, 
hanem folyamatos fizetés ellenében az 
Interneten letölthetővé teszik. Nekik 
csak az kell, hogy a felhasználó fizesse 
az egyre emelkedő bérleti díjat. Efféle 
megoldásokkal könnyen monopolsze- 
rephez juthat egy cég, különösen akkor, 
ha képes is rá, hogy mindezt hatéko- 
nyan megvalósítsa. (Gondoljunk csak a 
távközlési monopóliumokra. A tarifák 
ott és akkor csökkentek, ahol és amikor 
a monopolhelyzet megszűnt. Nálunk 
erre még néhány évet várni kell.) 

A bérleti lehetőség egyébként meleg 
fogadtatásra talált néhány számítógép- 
gyártónál. Az amerikai IBM sajtóköz- 
leményében olvashattuk, hogy már dol- 
goznak egy alaplapra szerelt integrált 
eszköz kifejlesztésén, amellyel a szoft- 
verbérlet intézményesen megvalósítha- 
tó. Tárolja a hálózatból vett jogosultsági 
adatokat, így nem kell folyamatosan a 
hálón lenni. A bérlet meghosszabbítását 
is automatikusan intézi, elég, ha a gép- 
nek hálózati kapcsolata van egy hitel- 
kártya-tranzakciós központtal. 


Kémkedő modulok 

A COM technológia hatékony esz- 
köze lehet az ipari kémkedésnek is. 
Hiszen segítségével egy szoftverelem 
elterjeszthető például egy demóprog- 
rammal. És egy ilyen regisztrált alkal- 
mazást könnyen meg is lehet szólítani. 
(Telepítéskor mi akadályozná meg, 
hogy önmagát beírja a registrybe?) An- 
nak sincs akadálya, hogy bizonyos (lát- 
szólag eltérő forrásból származó) kom- 
ponensek majd felismerjék egymást, és 
együtt egészen mást is megvalósíthat- 
nak, mint ami a hivatalosan bevallott 
funkciójuk. Nem vagyunk messze attól, 
hogy azok a korlátok is ledőljenek, 
amelyek a vírusok útját eddig még 
többé-kevésbé eltorlaszolták. 

Az OCX és a COM nem idegen elem. 
A teljes rendszer visszafejtése nélkül 
nagyon nehezen deríthető ki, hogy nem 
hordoz-e más funkciókat is, mint ami 
a deklarált cél. Meglehet, hogy a gépben 
meglévő szoftverek felhasználásának 
lehetősége forradalmi újdonságokat 
hoz a programozásba, az pedig biztosra 
vehető, hogy a weblapokat hihetetlen 
mértékben feldobja, de hogy veszélyei 
szinte beláthatatlanok, az már ma is 
sejthető. 


Kölcsönvett intelligencia 

Erre is érvényes az a definíció, ame- 
lyet a víruskorszak hajnalán Buruzs 
Tamás közgazdász mint antivírus-szak- 
ember így fogalmazott meg: ,,A vírus 
intelligencia értelem nélkül. Intelligen- 
ciáját a programozójától kapta, és 
annyira erkölcsös vagy erkölcstelen, 
amennyire a programozója." Ismét új 
korszak köszönthet be a számítástech- 
nikába: kialakulóban van az emberi 
értelemmel nyilvántarthatatlan sok mil- 
liárd apró modul világméretű birodal- 
ma. 

Akárcsak a vírusok elterjedése nyo- 
mán, talán itt is nemsokára külön kere- 
sőprogramoknak kell felderíteniük az 
ártó szándékú hívatlan látogatókat. 
Csak kicsit nehezebb lesz a dolguk, 
mert a modulok azonosító számai em- 
berileg már kezelhetetlenek. Végérvé- 
nyesen elmúlt a hangzatos vírusnevek 
ebből a perspektívából kifejezetten 
szépnek látszó világa. 

Jött valami új, valami más, aminek 
még csak a körvonalai bontakoztak ki. 
Annyi azonban már látszik, hogy a 
rosszat is jobban meg lehet vele való- 
sítani, mint a korábbi megoldásokkal. 
Az új technológia áldás és átok egy- 
szerre. Vajon melyik hatása lesz az 
erősebb? 

Kis János 
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1135 Budapest, Lehel út 58. 
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GW. SOLID EDGE 
4.0 verzió 


150 új funkció és továbbfejlesztés 





w Magyar nyelvű felhasználói kézikönyv 

w 3D parametrikus, asszociatív testmodellezés 

w Szabványos alkatrészrajzok, teljes 2D funkcionalitás 
vw Szerelési összeállítások tervezése 

w Lemezalkatrészek tervezése és kiterítése 

w Professzionális megjelenítési és renderelési eszközök 
v Integrált CAD fordítók (IGES, DWG, DGN, STL) 
vw Microsoft Office 97-kompatibilitás 
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Intergraph Magyarország Kft. 
1126 Budapest, Istenhegyi út 40/A 
Tel.: 214-2007 Fax: 214-9588 
http: //www.intergraph.hu 










CNC megmunkálások automatikus tervezése: 
w Közvetlen kapcsolat a Solid Edge-hez (OLE) 
w 2,5—5 tengelyes marás, 2-4 tengelyes esztergálás, 2—4 tengelyes 

szikraforgácsolás, testreszabható poszt-processzorok 
w EdgeCAM for Mechanical Desktop: integrált NC programozási 

felület az AutoCAD Mechanical Desktop 2.0-hoz 
w Akciós megoldáscsomagok: Production, Professional, Mold 
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SZOFTVERPORTÉKA 





Presto, egy gyors lépés a jövő felé 


Delphi 3.0 C-t 4-ban 


A vizuális fejlesztőeszközök piacán annak idején 

jelentős sikert aratott, sőt áttörést jelentett a 16 bites 

Borland Delphi 1.0. Ezt hamarosan követte a Delphi 

első 32 bites változata 2.0 verziójelöléssel. Ennek a verziónak 
jelent meg a C--4- nyelvet támogató változata 

Borland C-4-s- Builder néven, verziójelölés és fantázianév nélkül. 
Számos újdonsága mellett a Delphi 3.0 verzióját követő 

C4-4 verzióban ez is megváltozott: 3.0 jelöléssel 


és Presto néven jelent meg. 


A Presto minimális rendszerigénye 
egy 486DX/100-as processzor, mintegy 
170 MB merevlemez-terület és 24 MB 
RAM, valamint 32 bites Windows ope- 
rációs rendszer. A tapasztalat szerint 


azonban a fordításkor létrehozott köztes - 


állományok helyigénye miatt merevle- 
mezből inkább 200 MB körüli üres 
terület javasolható, és bár elindul 16 
MB RAM mellett is, a probléma nélküli 
futáshoz és a kivárható fordításhoz in- 
kább 32 vagy még több szükséges. 

Az új C-t Builder, a Presto megal- 
kotásával a Borland deklaráltan a Del- 
phi 3.0-ban megvalósított lehetőségeket 
kívánta elérhetővé tenni a C--4-ban 
fejlesztők . számára. — Természetesen 
megmaradtak mindazok a lehetőségek, 
amelyek a korábbi verzióban is rendel- 
kezésére álltak a programozóknak. Így 
továbbra is lehetőség van személyre 
szabni a fejlesztőkörnyezetet, mind a 
szövegszerkesztő — tulajdonságainak, 
mind a funkciók gyors elérését lehetővé 
tevő eszközsornak a tekintetében. Ezen- 
túl azonban a gyors kódkiegészítés le- 
hetősége adva van a C-ben fejlesztők- 
nek is. Újdonság az is, hogy jelentősen 
bővültek a hibakeresés lehetőségei. Az 
új 32 bites debuggerrel (a 16 bites, 
DOS-os környezetben megszokotthoz 
hasonlóan) akár a CPU regisztereinek 
szintjéig megnézhetők a program mű- 
ködésének hatásai. Mód van a DLL 
állományokban is a hibakeresésre, 
programjainkban pedig a feltételes tö- 
réspontok definiálására. 


a Borland fejlesztői a C-programozók- 
nak is a Delphi 3-ból ismert , kiscso- 
mag" technikát adták. Ezzel a techni- 
kával különböző komponensgyűjtemé- 
nyeinket külön-külön csomagokba ins- 
tallálhatjuk. Később pedig megadhatjuk 
ezek beépítésének mértékét a fordítás- 
kor, így a futtatható EXE-fájl mérete 
néhányszor 10 KB-ra is leszorítható, a 
bináris kódú csomagok pedig külső 
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A korábbi C--4 Builder verzióhoz 
hasonlóan megmaradt annak a lehető- 
sége, hogy a saját, korábban Delphiben 
fejlesztett 32 bites komponenseinket, 
ha forráskódjuk rendelkezésre áll, be- 
építhessük a programjaink számára el- 
érhető komponensek közé. A forráskód 
alapján, a konverzió során a Presto saját 
Delphi-fordítóval dolgozik, így a Del- 
phivel nem rendelkezők is felhasznál- 
hatják a szép számban, gyakran forrás- 
kódként is hozzáférhető komponense- 
ket. A Pascal források beépítésekor a 
32 bites Delphi 3 komponenseivel nem 
vallottam kudarcot, azok probléma nél- 
kül átalakultak a Builder komponense- 
ivé. Eközben a .DCU fájlok mellett 
megjelentek a használatukhoz szüksé- 
ges tárgykódú fájlok (.OBJ) és fejléc- 
fájlok (.HPP) is. Azonban a Presto által 
fordított .DCU unit fájlok eltérnek a 
Delphi 3.0 fejlesztőkörnyezetben gene- 
ráltaktól, amit a különböző fejlesztő- 
környezetet párhuzamosan használók- 
nak figyelembe kell venniük. 

A Prestóban a korábbi Builder-ver- 
ziótól eltérően, az abban generált egy- 
séges nagy komponenskönyvtár helyett 
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egységként kezelhetők. Szintén a kom- 
ponenshasználatot érinti, hogy külső 
komponensforrásként nemcsak Delphi- 
ben vagy Prestóban fejlesztett kompo- 
nenseket használhatunk fel, hanem 
Windows rendszerbe installált, bármely 
más programnyelven írt ActiveX-ve- 
zérlőket is. 

De a Presto a már meglevő ActiveX- 
komponensek . felhasználása mellett 
azok készítését is támogatja. Erre az új 
elemek készítéséhez segítséget adó va- 
rázsló szolgál, amelyből ennek során 
először az ActiveX elemekkel kapcso- 
latos lapot szükséges kiválasztanunk. 
Új ActiveX-komponens készítését vá- 
lasztva meglévő, korábban akár Delp- 
hiből átemelt komponenseket is fel- 
használhatunk az új ActiveX-kompo- 
nens alapjaként a Presto saját , gyári" 
komponensein kívül. Ezekből a fejlesz- 
tőkörnyezet automatikusan létrehozza 
a szükséges forrásfájlokat, és ha koráb- 
ban nem készítettünk az új komponenst 
befogadó ActiveX-könyvtárat, az en- 
nek létrehozásához szükséges fájlokat, 
illetve a későbbi felhasználáskor meg- 
jelenő névjegyablak prototípusát is. 
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Ezek segítségével később lehetőség 
van a komponenskönyvtár .OCX fájlba 
fordítására. Ezt aRUN meni alatt meg- 
található opció segítségével regisztrál- 
tathatjuk a Windowsban, és a frissen 
regisztrált komponenst a többi Acti- 
veX-komponenssel azonos módon a 
palettára helyezve egy új alkalmazás- 
ban ki is próbálhatjuk. De lehetőség van 
akár teljes Formokat ActiveX-elemek- 
ké fordítani, amelyeket később akár 
HTML dokumentumokba is beépíthe- 
tünk. Az ActiveX-es fejlesztés során 
jelentős segítség, hogy a regisztrálást 
meg is szüntethetjük, ami a Registry 
épségének megőrzése szempontjából 
nem elhanyagolható. 

A Builder új verziója ezzel is a 
csoportos fejlesztést segíti. Ezáltal a 
Prestóban fejlesztett elemekkel más fej- 
lesztőkörnyezetben végzett munkák is 
kiegészíthetők. Ez a közös fejlesztés 
természetesen kétirányú folyamat. En- 
nek két lehetőségéről, a Delphi-kompo- 
nensek átvételéről, illetve az ActiveX- 


komponensek integrálásáról már esett7 


szó. Azonban a Pascal-fejlesztők , ter- 
mékei" közül nemcsak komponenseket 
építhetünk be alkalmazásainkba. 
Komplett, más célt szolgáló egységeket 
is beemelhetünk, sőt akár teljes Formo- 
kat is. Ez esetben az eredményes for- 
dítás előfeltétele, hogy a Pascal-állo- 
mányban használt valamennyi (nem 
Borland eredetű, és így a Prestóban is 
meglevő) egységet (Unitot) hozzá kell 
rendelnünk a Builder-projekthez, majd 
konvertálnunk kell. Korlátozás azon- 
ban, hogy például a Delphi-Form kom- 
ponensei közül nem törölhetünk. 

A csoportos fejlesztést segíti az is, 
hogy a korábbi verzióhoz hasonlóan 
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— JUSERES (" CoLlorRadioGroupXControl1. res" ) ; 
USEUNIT(" ColorRadioGroupXControli ATL.cpp"); 
USETLB (" ColorRadioGroupXControl1. t1b" ) ; 
USEUNIT(" ColorRadioGroupXControli1 TLB.cpp"); 
USEUNIT(" ColorRadioGroupiímpl1.cpp"); /r ColorRadioGroupK: Cot 
USEFORM("About1.cpp", ColorRadioGroupXibout) ; 
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különböző kiszerelésben forgalmazott 
program , magasabb" professzionális 
kategóriái komplex verziófigyelést és 
csoportmunka-támogatást tartalmaznak, 
ami most kibővült a projekt-csoportok 
kialakításának lehetőségével. Az egyedi 


"projektek felvehetők a maguk alkalma- 


zásaival és egyéb elemeivel, így ezekkel 
komplex és komplett hálózatos alkalma- 
zásfejlesztések és Internet-alkalmazások 
készíthetők. Ezekhez rendelkezésünkre 
állnak mind a hálózati eléréseket segítő, 
mind a HTML formátumot támogató 
komponensek. A hálózatos elemek pe- 
dig, például egy webszerveralkalmazás 
építésekor azonos programozási felüle- 
ten teszik lehetővé a különböző hálózati 
megoldások (ISAPI, CGI stb.) elérését, 
mivel a komponensek az alkalamazá- 
son belül egy belső réteggel fedik át a 
különbségeket. 

Mindazokat a lehetőségeket, ame- 
lyek a korábban piacra került Delphi 
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3-ban a pascalos világ rendelkezésére 
álltak, most — némileg ki is bővítve — 
megkapták a C---hoz szokott progra- 
mozók is. Az azonos lehetőségek ked- 
veznek a programozói többnyelvűség- 
nél is. És hogy a paletta teljes legyen, 

a Borland ígéri e programtermékből is 
az AS/400-asokhoz készült C--- Build- 
er/400-at (a már rendelkezésre álló Java 
Builderhez és Delphihez hasonlóan). 

Az újabb fejlesztőeszközöket látva, 
s tekintetbe véve, hogy időnként 
mennyire egy irányba tartanak, azon is 
elgondolkodhatunk, hogy mit fog hozni 
a jövő. A Pascalban és a C----ban 
végzett fejlesztések közös nevezőre ho- 
zása érdekében a Borland nagyokat lép 
előre. A jövő talán már a forráskódok 
keverhetőségét is tartogatja — lehető- 
séget adva arra, hogy egy-egy eljárást 
a legjobban kézreálló nyelven írhas- 
sunk meg. 

A programozói végtermékek körében 
a COM technika implementálásával a 
programnyelvekbe, programkörnyeze- 
tekbe is kinyúlhatunk, ha ott fogadni 
tudják az alkalmazott eszközt. Ezek 
között pedig egyaránt találunk prog- 
ramnyelvi fejlesztőeszközöket (C/C---, 
Pascal, Basic, Java stb.) és adatbázis- 
kezelőket. 

A másik út a C nyelv eredeti célját, 
a hordozható kódot megvalósító meg- 
oldás lehet a vizuális fejlesztőeszközök 
terén. De ezt — David Intersimone, a 
magyarországi termékbemutatót is tartó 
fejlesztési igazgató közlése szerint — 
a C-4-- Builder esetében a Borland nem 
tervezi. Megvalósulhat azonban a Java 
alkalmazásával, mivel — szintén David 
Intersimone szavaira utalva — az új 
JBuilder önálló virtuális gépként 10090- 
os Java-megvalósításként kerül fejlesz- 
tésre. Ez pedig már átjárást biztosíthat 
bármely más rendszer felé is. 

Simay Endre István 
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Kritikai vitriológia 


Tovább a FARvizen 


A FAR-imádók immár ügyes, jól használható 
kiegészítéseket találhatnak Roshal belgiumi weblapján, 
a www.creabel.com-on. Sorra vesszük, melyek is ezek 
(voltaképpen úgynevezett pluginok). 

Majd jönnek a többi sorraveendők... 


A menetrendszerű FAR-híradóval 
kezdem. Olybá tűnik, hogy a FAR 
világsikere kissé merész következtetés 
volt részemről, de menetelése azóta is 
töretlen. Mivel a szerző, a cseljabinszki 
Eugene Roshal teljesen nyilvánossá tet- 
te (sőt forráskódban közölte) a FAR 
Manager szoftverkapcsolódási felületét 
— pontosan abból a célból, hogy a 
hozzá hasonlóan ügyes kezű és ötletes 
programozók további hasznos bővíté- 
sekkel tehessék le a névjegykártyájukat 
a FAR mellé —, újabb gyöngyszemek 
bújnak elő, mint eső után a gomba. 

A FAR-hoz máris készült CWI kód- 
tábla (Addon). Ennek segítségével 
gombnyomásra konvertálhatunk Win- 
dows ANSI-vá vagy a 852-es kódtáb- 
lával kompatibilis állománnyá. Telepí- 
tése a pluginekéhez hasonlatos, csak 
ezúttal a ..XNMFARMDDONSY könyv- 
tárban csomagoljunk ki. 

Egy plugin telepítése pofonegyszerű, 
a FARPLUGINSY könyvtárban létre- 
hozunk egy tetszés szerinti újabb direc- 
toryt, abba bemásoljuk magát a plugint 
(általában egy DLL-t, a hozzá tartozó 
helpfájlt és a ".REG Registry-bejegy- 
zéseket), majd pedig újraindítjuk a 
FAR-t, mely meglátja és megszereti az 
új plugint, és F11-re máris ismerkedhe- 
tünk az új segédprogrammal. 

s Registry Browser 

Az ötlet elementáris. Rengeteg Re- 
gistry-röcögtetővel volt már dolgom, de 
Peter Norton, a  Ouarterdeck, a 
NutsgBolts és a Microsoft együttvéve 
sem volt képes hasonló frappáns, ma- 
gától értetődően szemléletes megköze- 
lítésre, mint Michael Yutsis. (Nyomul- 
nak a tehetséges orosz programozók!) 
A Registry innen nézve úgy kezelhető, 
mint egy terjedelmes virtuális könyv- 
társtruktúra, minden editálható, köny- 
nyedén kereshető, sőt megtalálható. 
Maguk a registry-kulcsok, azaz bejegy- 
zések felfoghatók akár fájl-, akár direc- 
tory-bejegyzésként, ahogy számunkra 
kényelmesebb. A bejegyzés megjelení- 
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tési típusa is gombnyomásra megvál- 
toztatható. Vigyázat! A változtatás 
azonnal érvényre jut! Hozzáértő kezek- 
ben nagy kincs, de ha akonok nemtudás 
kellő önbizalommal párosul, jóvátehe- 
tetlen károk forrásává is válhat a 
könnyelmű kísérletezgetés. 

s FCOMPLET.RAR plugin 

A 4DOS-ból (sőt azt megelőzően az 
Anarkey nevű parancshéjból) megked- 
velt szolgáltatás, amelyet leginkább a 
Windows  rámutogatós  módszerétől 
ámulatba nem esett, a parancssori írás- 
beliséget megtartó emberek fognak ér- 
tékelni. Ott ugyebár elegendő volt egy 
fájlnévből akár a kezdőbetű, és gomb- 
nyomásra az összes így kezdődő fájl- 
néven végigpörgött a rendszer, nem 
kellett például az elgépelések miatt 
aggódnunk. A4DOS-ban a Tab és Shift- 


Tab gomb szolgált a névpörgetésre. " "7 


s ARVID — a zseniális 

Ugye elgondolkodtak már azon, 
hogy archivált CD-iket képtelenség lesz 
majd kezelni, ha nagyon felgyülemle- 
nek. Ha már nem emlékeznek pontosan, 
hogy mit melyik CD-n találnak, hasz- 
nálhatják az Arvid nevű FAR kiegészí- 
tést. (Amely mellesleg a DAT kazetták 
könyvtárszerkezetének  összeboronálá- 
sára is alkalmas.) Az elv itt is zseniális. 
Olvassuk be egyenként CD-ink tarta- 
lomjegyzékét, és mentsük el azokat egy 
harddiszkes könyvtárba, lehetőleg be- 
szédes néven (ARCHCDOL, ...02, ...03 
stb.), hogy a CD-k egyenkénti bedug- 
dosása nélkül rákereshessünk bármire. 
Az Arvid plugin megmondja, hogy me- 
lyik CD-n van a találat, és a directory 
felolvasását is megspórolja számunkra. 
(Az ARVID.RAR szerzője a szintén 
orosz, moszkvai illetőségű Alexander 
Petroszjan.) 


Hajrá, magyarok! 

Az utóbbi időben nem kényeztet el 
bennünket a hazai programozótársada- 
lom. A hazai piac szűkös mérete miatt 
sok eladott példányra egyetlen hazai 


szerzőcsapat sem számíthat. Néha 
azonban felbukkannak , slágergyanús" 
alkalmazások. A gépjármű-költségel- 
számolás területén például eddig egyet- 
len olyanról sem volt tudomásom, 
amely véletlenszerűen megadott két te- 
lepülés közötti távolságot kapásból ki- 
számolta volna, ha csak főutakat vá- 
lasztok, vagy elkerülöm a fizetős autó- 
pályákat. Most végre született valami 
ilyesmi! (De ez most nem áprilisi tréfa, 
mint amit április 1-jén megjelent leg- 
utóbbi számunkban olvashattak a nem 
létező ConfigSYS Kft programjáról, a 
Titkárról.) 

A hasonló témájú és Vándor nevű 
korábbi programra , rímeltetve? a To- 
po-Press Térképészeti Kft. elkészítette 
a Wandor-Boot windowsos programot, 
amely vektorosan tartalmazza Magyar- 
ország közúti hálózatát és összes tele- 
pülését. A program egyszerű kezelhe- 
tősége nagyszerű. Semmi sallang, sem- 
mi öncélű cicoma, csupán hazánk digi- 
tális térképe. A program jelentősen fel- 
gyorsul, ha nem íratunk ki minden 
részletet (például útszakaszok hosszát, 
kisebb települések nevét, nagyvárosok 
bel- és külterületeit, utak nevét, komp- 
átkelőket stb.). Eddig a felhasználók 
csak a Microsoft által turisztikai célzat- 
tal kiadott angol nyelvű, meglehetősen 
szellős és adatokban szegény autóatla- 
szában próbálták megtalálni kis hazánk 
idevonatkozó adatait, de többnyire szo- 
morúan csalódtak. Most a Wandor-Boot 
egyetlen földrajzszerető autós winches- 
teréről sem hiányozhat. 


,Láb-mustra" 

A Mijenix cég nem először szerepel 
cikkeimben. (Sokan ezt a cégnevet is 
áprilisi tréfának vélték, pedig ez biz" 
valódi.) Mi tagadás, közel áll szívemhez 
a cég fejlesztési és üzletfilozófiája: mi- 
nél jobbat, minél olcsóbban. A recept: 
végy egy operációsrendszer-beli vagy 
egyéb szolgáltatást. Ha az számodra 
nem elég kényelmes, hatékony és gyors, 
farigcsáld, tedd eladhatóvá és áruld! 
Erre a kaptafára készült legelőször a 
Powerdesk, amely kezdetben a jó öreg 
3.1-es, 16 bites Windows nehézkes 
Program Managere helyett kínált ügyes, 
mindig a Desktop legtetején lovagló 
(nem vonagló), egy egérkattintással el- 
érhető programindító felületet. Még a 
Windows 95-ben megjelent taskbar sem 
tette elavulttá a Powerdesket, bár ma 
már a fő kunszt a Powerdesk Explorer 
Plus. 

A PKware PKzip adattömörítő prog- 
ramjához is csak a PKware nem csinált 
kényelmesebb héjat. A Mijenix azonban 
Zipmagic néven a ZIP állományt mint 





egyszerű foldert kezeli; abból akár 
programot is elindíthat az ember, a 
Zipmagic a folytonos frissentartást el- 
fedi a felhasználó elől. 

Erről a tőről fakadt a Freespace nevű 
program is, amely vígan übereli a 
Microsoft Drivespace-ét vagy a Stac 
cég hamvába holt Stackerét, és NT alatt 
is működik (30 napig futó kipróbálási 
változat feltalálási helye a www.mije- 
nix.com.) Szóval ily módon ügyeskedik 
a Mijenix az 50 dollár alatti árkategó- 
riában. 


Ínyenceknek 

Ezúttal a PowerDesk Utilities 98 
fedőnév alatt megjelent PowerDesk 
v3.0-s változatát boncolgatnám egy pi- 
cit. Korábban már ódákat zengtem róla, 
így most csak az ínyencségeket emlí- 
tem: 

— Folder-szinkronizáció és -össze- 
vetés: ezen van ugyan még mit faragni, 
de kezdetnek nem rossz. A fájlok tar- 
talmába egyelőre nem ás bele. 

— Újabb tömörítők natív támogatá- 
sa: RAR (ennyi lenne csak Roshal 
karrierje?!), 200, PAK, ARC. 

— Automatikusan szeletel, ha na- 
gyobb méretű archív állomány jönne 
létre, mint amekkora a floppy mérete. 

— Archív állomány jelszavának ke- 
zelése. 

— Szuper: az egyébként idétlenül 
semmitmondó névvel illetett szolgálta- 
tás, a Dialog Helper vagy hosszabb 
nevén Open/Save Dialog Enhance- 
ment. Lényege, hogy megnöveli az 
Open/Save ablakok méretét, sőt meg- 
fejeli egy History Trackerrel. Ez utóbbi 
két újabb kis bigyónyi ikonkát eredmé- 
nyez az Open/Save soron az ablak jobb 
felső sarkában, ahol a korábban hasz- 
nált fájlneveket és könyvtárneveket tá- 
rolja, jelentősen túllépve például a 
Microsoft Word által kezelt maximum 
9-et. 


E-mail-attachmentként . kapott 
MIME, Base64, BinHex és Uuencoded 
állományok dekódolása. 

— Uuenkódolás például internetes 
hírcsoportra való szövegfelküldés elő- 
segítésére. 

— Elmozdítható eszközpaletták (to- 
olbar). 

— Erase Diskette: floppy törlése 
egyetlen gombnyomásra, de nem egyet- 
len szemvillanás alatt (ez utóbbira a 
Ouick Format opció szolgál). 

— Akinél nem lenne OuickView 
Plus, az mintegy 80 állománymegjele- 
nítőt kap. 

— Grafikus állományok konverziója 
(például BMP-ből GIF, akár kötegelve, 
egy menetben többet is). 24-féle grafi- 


kus formátumot ismer (JPG, TIFF, EPS 
stb.). 


McAfee , alakítása" 

Régen szerepelt már seregszemlém- 
ben a Helix Software. Ezt a büszke kis 
New York-i magáncéget felvásárolta 
McAfee, akinek vállalata immár nem 
McAfee Associates, hanem NAI, azaz 
Network Associates Incorporated. A 
változás csupán nüansznyi, McAfee — 
Network, de míg az elsőről azonnal a 
McAfee-féle vírusölők jutnak eszünk- 
be, a NAI-ról legkevésbé a McAfee. 
Valaki behálózta McAfee-t. Bár ki tud- 
ja, lehet, hogy a piac ezt is mekefi. 

Nagyot akart tehát gurítani a McA- 
fee-NAI, és kihozta a NutsázBolts De- 
luxe változatát, ami tartalmát tekintve 
mindenképpen jó vételnek ígérkezik, 
hiszen másfél pénzen megkapja az em- 
ber a Norton Utilities-szerű NB 1.05-öt, 
a Hurrican 98-at, a McAfee VirusScan 
3.1.4-et, a WebScant és a PGP-t (a 


. Pretty Good Privacy nevű megfejthe- 


tetlen titkosítót). Ebből a programka- 
valkádból ezúttal csak a Hurrican 98-ról 
tennék néhány észrevételt. 

Már az is nagy szó, hogy eddig 
teljesen működőképesnek bizonyult, 
pedig a Hurricane tizenhárom ponton 
veszi magának a bátorságot, hogy be- 
türemkedjék a Microsoft és a Windows 
95 fogaskerekei közé kenőanyagnak. 
Ezek rendre: 

1) Boot Rocket 

Mindnyájan tudjuk, hogy a Windows 
lassan és nehézkesen indul. Ezt az időt 
rövidíti le a Hurricane azzal, hogy a 
szükséges dolgokat begyűri egy bu- 
gyorba, és azt indításkor cache-elven 
azonnal betölti, amivel naponta (több- 
ször) fél percet is nyerhetünk. 

2) Cache Compressor 

A Hurricane egy speciális fizikai 
RAM-ban történő adattömörítési eljá- 
rással lehetővé teszi, hogy 2-3-szor több 
adat férjen a fizikai memóriába, ezáltal 
kevesebb anyagnak kelljen , átlógnia" 
a diszken lefoglaltés lassabban működő 
virtuális memóriaterületre. 

3) Launch Rocket 

A Boot Rockethez hasonló megoldás, 
de már a gyakran elindított alkalmazá- 
sokra kihegyezve. 

4) Reverse Cache 

Legalább 32 MB memóriával rendel- 
kező gépeken van igazán értelme. Ami- 
kor egy windowsos alkalmazást elindí- 
tunk, akkor az a normál memórián kívül 
betöltődik a diszk-cache memóriába is. 
Egy később elindított másik terjedelmes 
alkalmazás a diszk-cache-ből viszont 
kitolhatja az elsőt. Ha ebből a második- 
ból kilépünk, a Hurricane a Reverse 
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Cache elve alapján azonban visszaránt- 
ja a helyhiány miatt kiebrudalt első 
programot, mintha annak elindítása óta 
nem is történt volna semmi. 

5) Smart Read Ahead 

Öntanuló algoritmus, amely elemzi 
alkalmazásainknak a harddiszkhez tör- 
ténő fordulását, és rutinos , gondolatol- 
vasóként" viselkedik, pedig csak stré- 
ber diákként előre elolvassa a tananya- 
got. 

6) Top Down Cache 

CD-olvasók, network drive-ok, ZIP- 
drive-ok, azaz a lomhább meghajtók 
adatelérését gyorsítja fel úgy, hogy se- 
gédpuffereiket kellően felhízlalja és a 
gyorsabb meghajtón (a harddiszken) 
tárolja. És természetesen ez is stréber- 
kedik. 

7) RAM Expander 

A Cache Compressorhoz hasonló 
módon, de a processzor , holt idejében" 
végez memóriazsugorítást. 

8) Winpack 

Az éppen nem aktív alkalmazások, 
taskok "memóriabeli  összepréselését 
szolgálja, hogy azok feleslegesen ne 
terpeszkedjenek, ha nem feltétlenül in- 
dokolt. 

9) Mode Switch Accelerator 

Azoknak jó, akik rendszeresen indí- 
tanak DOS-os alkalmazásokat is a Win- 
dows 95 alól. A processzor üzemmód- 
váltásainak holtidejét csökkenti vi- 
szonylag kis mértékben. 

10) Global DOS Memory Manager 

A Windows előszeretettel piszkít a 
normál 640 KB és 1 MB közötti me- 
móriaterületre. A Hurricane ebbe avat- 
kozik be, és csak akkor ad szabad utat 
ebbe a régióba, ha valóban DOS-os 
programok kívánják azt használni. (Ne 
feledjük el, hogy a proci real módja 
annak nem a leggyorsabb működési 
állopota.) 

11) Print Cache 

Három sebességfokozata van. A 
nyomtatási munkálatokat egyre jobban 
a háttérbe kényszeríti, ami látszólag azt 
eredményezi, hogy gyorsabban folytat- 
hatjuk a munkát egy korábban kiadott 
printelési parancsot követően. 

12) RAM Drive 

Ügyes. Helyet csak akkor foglaló 
virtuális — de RAM-sebességű — 
diszk, ha benne ténylegesen csücsül 
adat. A leghasznosabb akkor, ha az 
egyébként diszkre ülő TEMP directory 
helyét ide kérjük bejegyeztetni. 

13) XMS Accelerator 

XMS-t is igénybe vevő DOS-os 
programoknál van jelentősége, a futási 
idő mintegy 1099-os lerövidülését ered- 
ményezheti. 

Herczeg József 
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A debugger kivételes intelligenciájú, de... 


A szoftverjog lángpallosa 


Az Új Alaplap 1998. februári számában szerepelt 

a Perl programozási nyelv, amely, mint tudjuk, ingyenes. 
Teljesen ingyenesen, forráskóddal együtt hozzáférhető. 
Általában a Perl modulok, segédprogramok és hasonlók 

a jól koordinált CPAN archívumon keresztül szintén ingyenesek 
és szabadon hozzáférhetők. Noha a nyelv unixos eredetű, 
régóta léteznek DOS és Windows alá készített változatai is. 
Ezek közül a legelterjedtebb, és szinte szabvány az Activestate 
által írt változat. (Ez került fel a lap CD-mellékletére is.) 


Az Activestate céget régebben 
Activeware, még azelőtt Hip commu- 
nications néven ismerték. Általunk nem 
pontosan ismert, de szoros kapcsolat- 
ban van az OReilly kiadóval, amely 
elsősorban magas színvonalú unixos (és 
mostanában már linuxos, windowsos) 
szakkönyveiről ismert. 

Február elején kiderült, hogy egy 
nagyobb projekt keretein belül (Visual 
Perl, brrrrr, még hallani is horror) ké- 
szítenek egy Perl debuggert, nyomkö- 
vetőt. Az első bétaváltozat letöltésekor 
fel lehetett iratkozni egy levelezőlistára 
— meg is tettem —, ahol a hibákat, 
információkat csereberélik az emberek, 
és reagálnak az észrevételekre a szer- 
zők. 

A debugger kivételes intelligenciájú 
és jól használható volt. Tudni kell, hogy 
a nyelvben van egy beépített nyomkö- 
vető is, de az olyan mértékben , hajaz" 
a unixos eredetre, hogy csak a legel- 
szántabbak használják, inkább jó prog- 
ramokat írnak, ami egyébként a Perlben 
nem is olyan nehéz. 

Február végén megjelent a második 
béta, ez stabil volt, és még többet tudott, 
majd márciusban jött az értesítés, tölt- 
sem le a 3. változatot, mert ki akarják 
próbálni a licencrendszert, magyarul a 
végleges változathoz a védelmi, fizetési 
szisztémát. 

Ugy tettem, ahogy mondták, de igen- 
csak elcsodálkoztam. A megoldás egy- 
részt szellemes, mert Internet-kapcso- 
laton keresztül csinál valamit vagy a 
programmal, vagy a Registryvel, más- 
részt elborzasztó, mert miért kell nekem 
számomra. átláthatatlan módon been- 
gednem a gépembe valakit. Ráadásul 
ez a próbalicenc csak 3 napig érvényes, 
és azután ugyanezzel a technikával még 
kétszer 3 napra meghosszabbítható. A 
3 nap abszurdnak tűnt, a legelvetemül- 
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tebb próbaváltozatok sem szokták 14 
napnál alább adni, de inkább a 30 nap 
a tipikus. 

Mindezek után szemrebbenés nélkül 
visszatértem a 2-es bétához, amely áp- 
rilis elejéig jó, és vártam a fejleménye- 
ket. Nem is maradtak el. Soha még ilyen 
érdekes és heves levelezővitát nem lát- 
tam, mint ami a licencrendszer körül 
kialakult. Kiderült, hogy az Activestate 
gépnévhez kötött, 49 dolláros, 3 napos 
próbaidejű megoldást akar, de tervez 
egy CD-n kibocsátott site/cég változa- 
tot is, limitált licencszámmal, azonban 
szintén a gép nevéhez kötve. 

Azelső hozzászólók egyike egy nagy. 
szoftverháznál dolgozik, és azt fejteget- 
te, hogy 80 fejlesztőjéből egyszerre 4-5 
dolgozik perles munkán, de mindig 
másik 4-5. Ha mind a 80 emberre 
licencet kell venniük, az teljesen ab- 
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szurd. Vagy mindig rakosgassák a gé- 
peket, aszerint, hogy éppen kinek kell 
Perlben dolgoznia? További körülbelül 
tíz levél ugyanezt a problémát tárgyalta 
változó hevességgel. 

A másik jellegzetes hozzászóló az az 
egyéni fejlesztő, aki azt mondja, hogy 
van egy gépe otthon, van egy laptopja, 
amelyet magánál hordoz, és amelyet 
egyébként 3-6 havonta jobbra cserél, 
de van egy harmadik gép is az állandó 
munkahelyén. Akkor neki most 3 licenc 
kell? Sokan azt is írták, teljes joggal, 
hogy egyszerre csak egy helyen vannak, 
ergo egyszerre csak egy ember használ- 
ja a szoftvert. A hozzászólók azt taglal- 
ták, hogy szokatlan és érthetetlen a 
géphez, illetve gépnévhez kötött hasz- 
nálati jog, mert általában fejlesztőhöz, 
emberhez kapcsolják a programok 
használati jogát. 

Mások az elképzelés abszurditását 
illusztrálandó kifejtették, hogy laptop- 
jukkal ügyfeleikhez járnak, ahol min- 
den esetben más és más felhasználói 
névvel, illetve gépnévvel kellene beje- 
lentkezniük. 

A szoftvercég reakciójából kiderült, 
hogy ők úgy képzelik, mintha ez a 
nyomkövető egy operációs rendszer 
lenne, az is géphez kötött jogon műkö- 
dik (már ahol). Megértésüket mutatva 
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felvetették a gépnév helyett a felhasz- 
nálói névhez kötöttséget, illetve egy 
150 dolláros fejlesztői változat lehető- 
ségét, sőt, ez utóbbiról még szavazást 
is kezdeményeztek. A válaszok nem is 
maradtak el... A legtöbben kifejtették, 
hogy mi a különbség az operációs rend- 
szer és a nyomkövető között, a szava- 
zásra pedig általában a , rossz kérdésre 
nincs jó válasz" szellemében reagáltak. 
Többen megemlítették, hogy egyetlen 
gépükön is többféle operációs rendszer 
van, ami manapság tényleg nem ritka 
— NT, Win95 meg egy béta Win98 nem 
is számít különlegességnek. 

A vitában előkerült a múlt is. Hivat- 
koztak a Lotusra, amely kezdetben 
kulcslemezzel védte programját, gya- 
korlatilag lehetetlenné téve annak hasz- 
nálatát. De hivatkoztak a Borland , no 
nonsense" licencszabályára, hogy ke- 
zeljük a szoftvert könyvként, amit egy- 
idejűleg csak egy ember használhat. 
Tény, hogy a Borland egykori Turbo 
Pascalos sikerének egyik kulcsa az ala- 
csony ár és a teljesen szabad (értsd— - 
technikailag akadálytalan) másolható- 
ság volt. 

Érdekes, hogy a közel 200 levél nagy 
része végig a jog talaján maradt, senki 


nem mondta, hogy ő ellopni, jogellene- 
sen használni szeretné a nyomkövetőt, 
a jellemző hang az volt, hogy reális 
áron reális feltételekkel akarnak fizetni, 
és ha ez nem megy, akkor nem fogják 
használni a szoftvert. 

Volt, aki arra is hivatkozott, hogy a 
Perl alapvető ingyenessége sem indokol 
ilyen szigorú és ostoba, a felhasználót 
eleve korlátozó politikát, és hogy a 
nyelv elterjedtsége, a perles társadalom 
segítőkészsége alapján nem így kellene 
profitot termelni, bármilyen jó is a 
szoftver, bármilyen sok munkát is fek- 
tettek az elkészítésébe. 

Mellesleg többen megjegyezték, 
hogy a védelemmel kapcsolatos erőfe- 
szítéseket inkább a program javítására 
használhatnák. Néhányan a klasszikus 
érvekre hivatkoztak, hogy a védelem 
szinte bármilyen fajtája a többségben 
levő becsületeseket gátolja, a kevés 
gazembert viszont nem tartja vissza. 
Persze volt egy-két igazi realista hoz- 
zászóló is, akik jelezték, hogy azoknak, 
akik netán lopni akarnak, nem lesz 
nehéz dolguk, mert az Interneten úgyis 
feltűnik majd a feltört program vagy a 
feltörést végző kód. Tapasztalataim sze- 
rint ez a feltételezés nem megalapozat- 





lan, egy kis igyekezettel a piacon levő 
szoftverek 9099-ához megtalálható a 
feltörési segédlet. 

Az Activestate-nek volt még egy 
erőtlen próbálkozása, hogy akkor név 
és társadalombiztosítási szám kombiná- 
cióhoz kötnék a jogokat, mondván, a 
tb-számát (Amerikában) senki nem adja 
ki illetéktelennek. Erre lett csak felzú- 
dulás, mivel a céget is érthető módon 
az ilyesmire illetéktelenek közé sorol- 
ták. Egy norvég pedig szerényen meg- 
jegyezte, hogy nem mindenki él az 
USA-ban, és az amerikai tb-szám nem 
világszabvány. 

Itt tart most a vita, kíváncsi vagyok, 
vajon a józan ész győz-e, és egyszerű, 
újrainstallálásokat túlélő  kulcsfájl- 
vagy sorozatszám-alapú védelem lesz-e 
a technikailag ötletes, de egyébként 
abszurd módszer. Én személyesen a 49 
dolláros árat gondolkodás nélkül kifi- 
zetem, ha a program jól használható, 
de egyébként inkább maradok a sor- 
orientált, vacak, de ingyenes beépített 
nyomkövetőnél. 

Azt hiszem, ez a levelezési vita sok 
más cégnek és a szoftverjog lángpallosú 
apostolainak egyaránt tanulságos lehet. 

Horlai János 
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Az Informatikai Vállalkozások Szövetsége (IVSZ) 
megbízásából az IFABO "98 és a COMPFAIR "98 
szakvásárokon igényes kollektív kiállításokat szer- 
vezünk, kedvező részvételi feltételekkel. 

Vegyen részt a mi szervezésünkben a COMPFAIR-en. 


Érdeklődését 1998. május 5-9. között az IFABO 
szakvásáron a B pavilon 2/D standján is fogadjuk. 
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A Műegyetemi Távoktatási Központtal karöltve 
1998. június 30. és július 1. között rendezzük meg az 
MMO "98 — Multimédia az Oktatásban szakkiállítást. 
1998. május 20-ig várjuk jelentkezését. 

Részvételi díj: 10.000,- Ft/m?--ÁFA 
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Fejlesztőeszközök 


Objektumkezelés Linux alatt 


DOS és Windows rendszeren nevelkedett programozók 

első nekifutásra talán idegenkednek a unixos fejlesztőeszközök 
spártai egyszerűségétől — itt bizony nincsenek (pontosabban 
még nincsenek...) grafikus felületek, varázslók és társaik. 
Akkor mégis mivel magyarázható, hogy rengetegen 
fejlesztenek Unix platformokra, különösen pedig Linuxra? 

A titok nyitja, hogy elképesztő mennyiségű fejlesztőeszköz áll 
mindenki rendelkezésére. Sok forráskód szabadon hozzáférhető, 
és tetszőlegesen módosítható, s maga az operációs rendszer is 
erre van kihegyezve. (Azt a tréfás mondást persze nem árt néha 
felidézni, hogy a Unixot programozók írták programozóknak, 

és a Unix ezt folyton érezteti is környezetével...) 


Ha már elegünk van a C-ből, As- 
semblyből és a spagettikódból, tegyünk 
egy kis kitérőt az objektumorientált 
nyelvek világába! A Linux itt sem fog 
csalódást okozni. Aki kellő kitartással 
turkál a hálózaton (illetve a CD-n), az 
hamarosan a bőség zavarával küszköd- 
het. A megszokott nyelvek mellett talá- 
lunk különleges, más platformokon 
nem nagyon használt, vagy egyáltalán 
nem is ismert nyelvekhez is fordító és 
értelmező programot. Nézzük meg sor- 
ban, mit találhat az olvasó a mostani 
CD-melléklet Linux könyvtárában. 


Fordítók 

A megszokott , jó öreg" GNU C--- 
fordító, és a hozzá való osztálykönyv- 
tárak — (gcc-2.8.1.tar.gz, —— libstdc-4-t- 
2.8.1.tar.gz, libg----2.8.1.tar.gz). A cso- 
magban természetesen benne van a 
2.8.1-es C és Objective-C fordító is. Ez 
utóbbi a C nyelv egy érdekes és kevesek 
által ismert dialektusát , beszéli" — 
talán a GNUStep az egyik legjelentő- 
sebb projekt, amely ezt a nyelvet hasz- 
nálja. Akinek tetszik a NeXT OpenStep 
felülete, és kíváncsi egyéb részletekre, 
nézze meg a http://www.gnustep.org/ 
címet! 


Java 

Korunk slágertémájából a Linux sem 
maradhat ki! Nemcsak a teljes fejlesz- 
tőkészlet (JDK 1.0.2-es és 1.1.5-ös ver- 
Zió) került rá a CD-re, hanem két alter- 
natív —— fordítóprogram is  — (gua- 
vac 1.0.tar.gz, kaffe-0.9.2.tgz). A Kaffe 
különlegessége, hogy a Java bájtkódot 
futásidőben fordítja át az adott platform 
természetes kódjára, jelentősen növelve 
ezzel a Java programok futási sebessé- 
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gét (természetesen nem csak Linux alá 
létezik). 


Python 

Sokak szerint a Perl trónját döntögeti, 
mások szerint csak egy újabb script- 
nyelv. Ahogy a dokumentációjában ol- 
vasható: ,a Python egy interpretált, 
interaktív, objektumorientált programo- 
zási nyelv. Gyakran hasonlítják a TCL- 
hez, a Javához, a Scheme-hez, a Perl- 
hez. Moduláris, lehetővé teszi objek- 
tumosztályok, exceptionök, dinamikus 
adattípusok használatát, valamint csat- 
lakozási felületet biztosít sok rendszer- 
híváshoz és ablakozó rendszerhez vagy 
grafikus felülethez." Erősségéről sokat 
elárul, hogy a Redhat disztribúció jó 
pár rendszerkarbantartó scriptje erre 
épül, valamint CGI programnak is sok 
helyen használják. A CD-re csak egy 
alapcsomag került fel, benne az inter- 
preterrel és néhány modullal. Mindent 
összeszedni a Perlhez hasonlóan elég 
nehéz lett volna. Aki többet szeretne 
megtudni róla, és van Internet-elérése, 
az nézze meg a http://www.python.org/ 
címet! 


XWPE fejlesztőkörnyezet 

Az Xwindow Programming Environ- 
ment révén rögtön cáfolom is, amit a 
cikkem elején írtam, ugyanis sikerült 
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beszerezni egy integrált fejlesztőkör- 
nyezetet. Aki használt már DOS alatt 
valamilyen Borland terméket, annak 
rögtön ismerős lesz, s ez nem véletlen: 
az alkotók igyekeztek az ott megszokott 
külalakot és viselkedést teljes mérték- 
ben másolni, hogy ez mennyire sikerült, 
döntse el mindenki maga! Az XWPE 
igen nagy előnye, hogy többféle nyelv- 
hez (fordítóhoz) hozzáidomítható, és 
ismer háromféle debuggert is. Működik 
mind karakteres terminálon, mind X 
alatt. 


Modula-3 

Idézem a dokumentációját: ,,A Mo- 
dula-3 rendszerprogramozási nyelv a 
Mesa, Modula-2, Modula-2--, Cedar 
nyelvekből lett kifejlesztve, hasonlít az 
Object Pascalra, az Euclidre és az Obe- 
ronra." Minden megtalálható benne, 
ami egy modern objektumorientált 
nyelvhez kell, különlegessége, hogy 
programszálakat (thread) is képes ke- 
zelni. Aki használt már Pascalt, az 
valóban ismerősnek fogja találni a szin- 
taxisát. A csomag egy fordítóprogramot 
és egy hibakeresőt tartalmaz. 


Smalltalk 
Tipikus , UFO-jellegű"? nyelv, min- 
denki hallott már róla, de még senki 
nem látta a saját szemével. A program 
a  Smalltalk-80-nak egy freeware 
(GNU) implementációja, a bájtkód- 
értelmező azzal majdnem teljesen kom- 
patibilis. A csomaghoz a CD-n mellé- 
keltem egy segédletet is, hogy az is ki 
tudja próbálni, aki eddig még nem 
találkozott vele (én is így voltam vele). 
Érdekes nyelv, egy futó ismerkedést 
mindenképpen megérdemel. 
Remélem, hogy a CD-re felrakott 
gazdag programarzenálban mindenki 
megtalálja a maga kedvencét. 
Adorjáni Gábor 
adi€otvnet.hu 
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Rövid hírek az 0S5/2 világából 


Új 0S/2 verzió egy éven belül 


A PC Week (http://www.zdnet.com 
/pcweek) hálózati operációs rendsze- 
rekről szóló cikkében, IBM-es forrásra 
hivatkozva tette közzé, hogy az OS/2 
Warp következő verziója 1999 első 
negyedévére várható. A legnagyobb újí- 
tásként a HPFS386-ot felváltó, az AIX 
operációs rendszerben már megtalálha- 
tó Journaling File Systemet (JFS) em- 
lítették. Ennek a változtatásnak az a 
lényege, hogy a fájlrendszer naplót ve- 
zet a tranzakciókról, és egy esetleges 
rendszerösszeomlás után a belső admi- 
nisztráció alapján másodpercek alatt 
rendbe lehet tenni a fájlrendszert. 
Egyúttal megoldják azt is, hogy a par- 
tíciók több fizikai merevlemezre is ki- 


terjedhessenek. Az még egyelőre nem" 


világos, hogy a HPFS386 fájlrendszert 
teljesen kihagyják-e. Ha viszont benne 
lesz a csomagban, azért valószínűleg 
felárat fognak kérni, mivel a kód hasz- 
nálatáért az IBM is fizet a Microsoft- 
nak. További újdonság még, hogy meg 
fog szűnni a kliens és a szerver felülete 
közötti különbség (vagyis a Warp Ser- 
ver megkapja a Warp 4 továbbfejlesztett 
felületét), megoldják az NT szerverek 
Warp Serverről történő teljes körű ad- 
minisztrálhatóságát, és számos, elsősor- 
ban a Workspace On-Demand felhasz- 
nálói számára hasznos funkcióbővítést 
is bevezetnek (például BOOTP- és IP- 
alapú protokollok támogatása). 


Távirányítás Java nyelven 


1991-ben lépett a számítógépek táv- 
irányítására szolgáló programok piacá- 
ra a svéd Ridax programfejlesztő cég. 
OSZYou névre keresztelt termékükkel 
szinte bármilyen hálózaton keresztül 
megoldható volt az 0S/2-es PC-k ka- 
rakteres szekcióinak irányítása. Az 
OSZYou-t . rövidesen — követte a 
PM2yYou, amellyel már a grafikus felü- 
let, a Munkaasztal is távirányítható volt. 
Tavaly kibocsátották termékük Win32- 
es változatát (WINZ2YOU), az idén pe- 
dig megjelent a Java nyelven írt kliens 
is. Ez pedig azt jelenti, hogy a Win95-oöt, 
NT-t vagy OS/2-t futtató gépeket min- 
den olyan munkaállomásról távirányít- 
hatjuk, ahol egy Java 1.1-gyel kompa- 
tibilis böngészőprogram van telepítve. 
A kliensoldalon ehhez nem is kell sem- 
mit telepíteni, mivel a böngésző a táv- 


irányított gépen futtatott PM2You 
/WIN2ZYOau kiszolgálóról tölti le a szük- 
séges kódot. A program próbaváltozata 
letölthető a http://www.aditom.se/ridax 
címről. Hasonló programot fejleszt az 
International Software Solutions cég is, 
melynek rövidesen induló bétatesztelé- 
séhez vállalkozó szellemű felhasználó- 
kat keresnek. Feliratkozni a http://www 
issZyou.com/java oldalon lehetséges. 
Szintén Java nyelven fejleszti Darrel 
Riekhof a szervomotorok soros vonalon 
keresztül történő vezérlésére alkalmas 
programját. Az egyelőre még szintén 
csak bétának minősülő változat a 
http://www.busprod.comf/ferrettronics 
/software.html oldalon található. 


Ida Pro 3.74 kódfejtő 


A DataRescue kiadásában megjelent 
az OS/2-es változattal is rendelkező 
interaktív disassembler program újabb 
kiadása. A leírás szerint az Ida Pro a 
beépített — Flirt technológia révén 
(http://www.datarescue.comf/flirt.htm) 
felismeri a fordítóprogram  könyv- 
tárhívásait ,és ezáltal rendkívüli mér- 
tékben felgyorsul a kódvisszafejtés se- 
bessége. Az új verzió már a Pascal és 
a Delphi fejlesztőkörnyezeteket is tá- 
mogatja. Az Ida Pro 3.5-tel rendelkezők 
ingyen juthatnak a 3.74-hez, másoknak 
199 $-t kell a programért fizetniük. A 
program weblapjának címe: http:// 
www.datarescue.com/ida.htm. 


Digitális kamerák kezelése 


Az egyre nagyobb népszerűségnek 
örvendő (és egyre inkább elérhető árú) 
digitális kamerák OS/2 alatti használa- 
tát teszi lehetővé Stephane Charette 
DCITU (Digital Camera Image Trans- 
fer Utility) névre keresztelt terméke. A 
DCITU a következő cégek kameráinak 
nagy részét már támogatja: Kodak, Ag- 
fa, Epson, Olympus, Sanyo, Sierra, 
Toshiba. További információ a http:// 
members.tripod.com/-dc210/index 
.html oldalon található. 


Előjegyzés a Lotus SmartSuite-ra 


A J3 Computer Technologies (http:// 
www.osZstore.com) megkezdte az elő- 
jegyzések gyűjtését a Lotus SmartSuite 
új, OS/2-es verziójára. A játékszabá- 
lyok szerint szinte minden komolyabb 
irodai csomagról át lehet lépni a Lotus 


egyre jobban tért hódító termékére. A 
Warp 4 tulajdonosainak lényeges lehet, 
hogy a Warp 4-gyel adott IBM Works 
is a kedvezményes csomagok között 
van (vagyis minden Warp 4 tulajdonos 
jogosult az upgrade-re)! Az egyetemi 
és kutatói szférában dolgozók ezenkí- 
vül további árkedvezményben is része- 
sülnek. A SmartSuite teljes ára 379 $, 
az upgrade ár 139 $, míg az akadémiai 
ár 79 $. A J3 Computer Technologies 
külföldi előjegyzéseket is elfogad a 
sales(DdosZstore.com címen. 


XFree86 ablakkezelő 


Holger Veit és társai közreműködé- 
sével elkészült az XFree86 0OS/2-es 
változatának  3.3.2-es kiadása. Az 
XFree86 az X consortium X11R6.3-as 
szabványán alapuló  X-ablakkezelő 
rendszer, melynek 0OS/2-re hordozott 
változata az XFree86 for OS/2. A ko- 
rábbi (3.3.1-es) változattal szemben 
nyújtott többletszolgáltatás a legújabb 
videokártyák (ET6100, VIRGE GX/2 
és /MX, Rage PRO, I128 Revolution 
stb.) támogatása és a régebbiek támo- 
gatásának tökéletesítése, de több száz 
hiba javítását is közreadták. A hivatalos 
XFree for OS/2 honlap címe: http:// 
set.gmd.de/-veit /os2/xf860s2.html. 


WebNav 2.0 böngésző 


A JMA Software Technologies 
(http://www.jmast.se/) elkészítette a so- 
kak által az IBM WebExplorer utódjá- 
nak is tekintett WebNav böngésző újabb 
változatát. Funkcionalitását tekintve a 
WebNav nem tud versenyre kelni a 
Netscape Navigatorral, azonban sebes- 
ségben és méretben (tömörítve mind- 
össze 320 KB!) messze felülmúlja azt. 
A cég a fejlesztést a felhasználók igé- 
nyei alapján végzi, vállalatok számára 
pedig vállalja egyéni funkciókkal ki- 
egészített böngészők szállítását is. A 
WebNav DLL formában is elérhető, így 
más programok is használhatják szol- 
gáltatásait. A WebNav mellett más is- 
mert internetes alkalmazások is meg- 
újultak a közelmúltban. Példaként lehet 
említeni a Binary Newsreader 1.30-as 
(usenet  hírcsoport-olvasó program, 
http://www.horgen.net/rem/software/) 
és az Inet.Mail 1.2-es (SMTP/POP3 
szerver, http://www.hethmon.com/inet- 
mail.html) kiadásait. 

Kádár Zsolt 
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Magyar Java-decompiler 


A Megatrend újdonságaként ismerhe- 
tik meg az érdeklődők az Ifabón a világ- 
viszonylatban is ritkaságnak számító Java 
Decompiler Workshopot. (Eddig össze- 
sen három ilyen funkciójú, és elég vegyes 
tudású termék létezett a világ szoftverkí- 
nálatában.) Mint ismeretes, a decompile- 
rek olyan programok, amelyek megkísér- 
lik a futtatható programból, a bináris 
kódból előállítani az eredeti forrást. (Ez 
leginkább olyan fejlesztéskor hasznos, 
amikor elkallódott az eredeti forráskód. 
Tehát nem a jogsértő programfeltörőket 
hivatott segíteni!) Ami a JDW-ben más, 
mint a többi decompilerben, az az, hogy 
a visszafordított program bájtszinten azo- 
nos az eredetivel. Emellett minden infor- 
máció grafikus felületen jelenik meg, 
továbbá a visszafordítás, újrafordítás és 
ellenőrzés egy programon belül végezhe- 
tő el. Egy apróság: ennek a programnak 
a fejlesztője ugyanaz a Báró Csaba, aki- 
nek Clipper decompilerével annak idején 
az Alaplap hasábjain találkozhattak leg- 
hűségesebb olvasóink, s akinek progra- 
mozási filozófiája azóta sem változott, 
mert a lefordított decompiler mérete alig 
350 kilobájt... 


Szövetség a Javaért 


IBM, IOSoft, Novell, Oracle, Sun — 
elég jó kis névsor. A négy multi részvé- 
telével — valamilyen variációban — vi- 
lágszerte több alkalmi szövetség is alakult 
már. (A rossz nyelvek szerint a Microsoft 
is szerette volna képviselni a maga Java- 
álláspontját, de képviselőit , eltanácsol- 
ták" az asztal mellől.) A magyarországi 
változatnak külön jelentőséget ad, hogy 
a közös munka koordinációját éppen a 
magyar cég végzi majd. Fő célkitűzése a 
szövetségnek, hogy a Java technológiára 
és a Corbára alapozott szabványos, plat- 
formfüggetlen, komponens-alapú fejlesz- 
tési technológia, illetve az erre épülő 
számos alkalmazás a hazai informatiku- 
sok körében váljék ismertté. Ehhez a 
közös marketinget, illetve a szakmai 
együttműködést tekintik a leginkább jár- 
ható útnak. Ugyanakkor a szövetség ko- 
rántsem jelent szigorú megkötöttséget 
egyik résztvevő számára sem: mindenki 
azt adja hozzá a maga szakértelméből, 
amihez a legjobban ért. A haszonélvező 
pedig a Java, illetve a felhasználó lehet. 











Átalakuló IOSoft 


AzIOSoft javás bejelentését egy másik 
is követte, bár ez elsődlegesen az IOSoft 
tulajdonosi összetételében bekövetkezett 
változásokra fókuszált, a változás szak- 
mai tartalma mégis számottevő. Még az 
elmúlt év végén kikerült a tulajdonosok 
közül az osztrák banki képviselet (az IO 
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Management Kft vásárolta ki a részüket), 
helyére most szakmai befektető került. 
Az IEFS (Industrial and Financial Systems) 
svéd cég, Magyarországon leginkább is- 
mert termékegyüttesük az Avalon integ- 
rált vállalati és vállalatirányítási rendszer, 
amelyet versenytársai közül kiemel a 
szabványos, objektumorientált, kompo- 
nens-alapú technológia. Az IOSoft már 
korábban is e rendszer disztribútoraként 
tevékenykedett, a mostani zártkörű tőke- 
emelés döntő része is e tevékenységi 
terület további erősödését szolgálja. Az 
IOSoftnál nagy reményeket fűznek egy 
további új disztribúcióhoz is: e másik 
megállapodás az objektumorientált terve- 
zésben, tesztelésben és konfiguráció-me- 
nedzsmentben a világpiacon vezető ame- 
rikai Rational Corporation termékeire ter- 
jed ki. 








Lucent-vásárlás a HP-tól 


Megerősíti pozícióját a helyhez kötött, 
vezeték nélküli, szélessávú rendszerek 
piacán a Lucent Technologies. Ennek 
értelmében vásárolta fel a Hewlett-Pac- 
kard LMDS Wireless Business nevű üz- 
letágát (LMDS - local multipoint distri- 
bution services — helyi többpontos el- 
osztórendszer). Az LMDS üzleti egység 
— amely jelenleg a HP videokommuni- 
kációs részlegéhez tartozik — vezető sze- 
repet játszik az új generációs mikrohul- 
lámú rádiós technológia fejlesztésében. 
Az új Lucent-divízió Wireless Broadband 
Networks néven kezdi meg működését. 








Nokia monitorok Amerikának 


Termelőegységet épít Mexikóban — a 
Nokia Mobile Phones meglévő gyára 
mellett — a Nokia Display Products is. 
Egyértelmű a célkitűzés: a szállítási idő 
csökkentésével meggyorsítani a termékek 
amerikai piacra kerülését. Mint ismeretes, 
a monitor-üzletágnak eddig csak Finnor- 
szágban és Magyarországon ( Pécsett) mű- 
ködnek termelő részlegei. 


means a ez ge naar 





CeBIT-díj a Novellnek 


A CeBIT-en elnyerte az , Innovation of 
the Year" (Az év újítása) díjat a Novell. 
A díjra a hálózati kategória zsűrije találta 
érdemesnek a céget, a nyertes termék 
pedig az NDS for Windows NT. A hálózati 
termékek együttműködtethetőségének al- 
kalmából lapunkban is elemzett címtár- 
szolgáltatás közös felületet kínál mind a 
Novell Netware, mind a Windows NT 
hálózatok felügyeletéhez. 





Synergon—MatávCom 
A Lágymányosi híd pesti hídfőjénél 
álló Lurdy-Ház Bevásárló- és Irodaköz- 
pont informatikai és telekommunikációs 


rendszerét a Synergon—MatávCom kon- 
zorcium telepítheti. A feladat különleges- 
sége az épület bérlőinek sokféleségéből 
adódik. Egyaránt előfordul közöttük 10- 
20 négyzetméteren árusító apró üzlet, és 
több száz négyzetméteren működő szu- 
permarket. Mivel az igények folyamatos 
változására is fel kell készülni, az infor- 
matika világában is újdonságnak számító 
virtuális hálózat, illetve a Synergon Intel- 
ligens Épületek koncepciója együtt jelent- 
heti a megfelelő megoldást. 
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NetFax 


Előzetes számítások szerint mintegy 
3096-kal csökkenhet a nemzetközi faxok 
költsége az 1998. április elsejétől elérhető 
NetFax szolgáltatás révén. Az Euroweb 
és az amerikai Gric Communications 
együttműködésének eredményeként szü- 
letett NetFax lényege, hogy a felhasználó 
a továbbítani kívánt anyagot faxkészülé- 
kéről az Euroweb szerverére küldi, ahon- 
nan az — kódolt formában — az Inter- 
neten keresztül automatikusan eljut a cél- 
országban található hasonló faxszerverre. 
Innen helyi hívás díjáért jut el, hagyomá- 
nyos telefonvonalon a célállomásra. El- 
sősorban nagy nemzetközi forgalmat le- 
bonyolító cégek számára jelenthet szá- 
mottevő költségmegtakarítást. A felhasz- 
náló oldalán nem igényel beruházást — 
még Internet-kapcsolatot sem. 


mDEMBEEZTNTTNETUNET 
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Mobil Pentium II 


Április elején mutatta be az Intel a 
hordozható PC-khez kifejlesztett első 
Pentium II processzorokatt. A 233 és 266 
MHz órajelű processzorokat úgy alakítot- 
ták ki, hogy azok rendelkezzenek a P6 
mikroarchitektúra korszerű teljesítmény- 
jellemzőivel, ugyanakkor feleljenek meg 
a hordozható számítógépes környezet kü- 
lönleges energiafogyasztási és méretigé- 
nyeinek. A könnyítést egy újszerű mini- 
kazetta tette lehetővé, amely magát a 
processzort és a második szintű cache-t 
tartalmazza: négyszer könnyebb, hatszor 
kisebb — és feleannyi energia fogyasz- 
tását követeli meg, mint az asztali gépek 
Pentium II-inek SEC kazettája. 
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Végleges Ouicktime 


Elkészült az Apple szabványként elfo- 
gadott Ouicktime 3.0 multimédia-archi- 
tektúrájának végleges változata. Első ta- 
pasztalataink alapján a rendszerrel kap- 
csolatban nem osztjuk ugyan a szab- 
ványteremtők optimizmusát, de ismerke- 
désül CD-mellékletünkön közreadjuk az 
Internetről is letölthető szoftverváltoza- 
tot. Az extra szolgáltatásokkal és kiegé- 
szítőkkel felvértezett, megvásárolható 
Ouicktime 3.0 Pro valószínűleg többet 
tud... 





Sz B 


Hatékonyság , stabilitás, 
onnyű kezelhetőség, 
szervezettség 


. .. Mostantól már a harminckettediken! 








A számítógép használhatóságát több tényező együttese határozza meg. Egy gyenge minőségű vagy illegális ja 
szoftver az egész gép értékét csökkentheti. Különösképpen igaz ez az üzleti alkalmazásokra, melyek , tmzzzesk] 
nagymértékben meghatározzák. az iroda munkájának minőségét. 7 

Válassza Ön is a magyar nyelvű 32 bites Microsoft" Office 97 Professional-t! — meglátja: e szoftvercso- 
maggal a vállalata mérhetően hatékonyabbá válik, ...és még a kollégái is elégedettebbek lesznek. 


úz 
A Microsoft 32 napig tartó ajánlata 


e Vásároljon magyar nyelvű, dobozos, 32 bites Microsoft? Office 97 Professional-t és egy Micro: 
Scriptum szótárcsomagot" kap ajándékba. Ölficeg7 
Professional 


s Amennyiben legalább 5 db Microsoft? Office 97 Professional-tt" vásárol, a kedvezményes ár 
mellett egy Scriptum szótárcsomagot" és egy Timex Data Link karórát ajándékozunk Onnek; 
az óra képes adatokat beolvasni — és tárolni — a számítógép képernyőjén keresztül. 





Részletes tájékoztatásért hívja a 2MSINFO (267 4636) telefonszámot!  http//www.microsoft.com/hun/32 





e Ha Ön legalább 10 db Microsoft? Office 97 Professional-ttt vásárol, egy Hewlett Packard 
320LX Palmtop-ot kap ajándékba. 


" A szótárcsomag az Akadémiai Kiadó és a Scriptum Kiadó szótárait tartalmazza: Angol-magyar, magyar-angol 
hangosszótár, Helyesírási kéziszótár, Helyesírási szabályzat, Idegen szavak szótára, Scriptum: Angol-magyar infor- 
matikai szótár. 

4: Az ajánlat Microsoft Open Licence Pack vásárlása esetén érvényes. 

Az ajánlat 1998. május 4-től június 4-ig tart. 


m. o 
INFORMÁCIÓKÉRÉS: 50 A Microsoft 
















Egy EPSON-nal nyomtatott képről 
még a Titanic sem tűnhet el. 


Az Epson nyomtatók akár 5 méter hosszú összefüggő ábra 
nyomtatására is képesek." 


Ha Ön vállalkozása, grafikai stúdiója számára keres megbízható, professzionális nyomtatót, 
az EPSON-nak rögtön három ajánlata is van: 


EPSON Stylus COLOR 1520 EPSON Stylus COLOR 3000 EPSON Stylus Pro 5000 


s AZ nyomtatási méret o Teljes A2 nyomtatási méret e A34 nyomtatási méret, 6 szín 

e Nagy kapacitású tintapatron e Nagy kapacitású tintapatronok e Nagy kapacitású tintapatronok 
s CAD/CAM, gyorslistázás e CAD/CAM, gyorslistázás s PROOF nyomtatási lehetőség 
s Nyomtatás tekercspapírra 5 m-ig s Nyomtatás tekercspapírra 5 m-ig s CAD/CAM, gyorslistázás 

s EPSON Plot alapkiépítésben s Nagy felbontás — 1440 dpi s Nagy felbontás — 1440 dpi 

e Nagy felbontás — 1440 dpi e Sebesség: 8 lap/perc e Sebesség: 8 lap/perc 


e Sebesség: 8 lap/perc 


Kizárólagos importőr TD 
Fax: 06 (23) 417 310 L 4 DE 


EPSON HOTLINE: 06 (23) 415 295 "EPSON? Stylus": COLOR 5000-re nem vonatkozik 


INFORMÁCIÓKÉRÉS: 32 A 





36 


ÚJ ALAPLAP 1998/5 


KIRAKAT 





Tavaszi ,zarándoklat" Hannoverbe 
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Láttál valami érdekeset is? 


A vásárlátogatásról hazatérőket gyakran fogadják kollégáik 

és ismerőseik a címbeli kérdéssel. Miután azonban mindenki 

más szemmel nézi a dolgokat, nagyon különböző, sőt egymással 
ellentétes véleményeket is hallhatunk ugyanarról a rendezvényről. 
Különösen, ha az akkora és olyan sokarcú, amilyen az idei CeBIT 
volt. Hogy a mennyiség mennyiben jelent minőséget, arra az 
újdonságok felől próbálok az alábbiakban — kissé talán elvontnak 
tűnő — választ adni, de a Paletta rovatban (a 39. oldalon) 
bemutatok hozzá néhány egészen konkrét illusztrációt is. 


Egy szűkebb területre szakosodott 
szakember vásárlátogatása tipikus eset- 
ben úgy alakul, hogy egy vagy két 
alkalommal kimegy a , terepre", meg- 
nézi az őt közvetlenül érdeklő és általa 


jól ismert témákban bemutatott techrrt- " 


kai újdonságokat, igyekszik kiszimatol- 
ni azok részleteit, begyűjti hozzá a 
fellelhető anyagokat, elbeszélget né- 
hány partnerével, utólag pedig végig- 
gondolja a látottak tanulságait saját 
maga és cége szempontjából. 

Egy szakmai újságíró ezzel szemben 
igyekszik minél többször kimenni a 
vásárra, fizikai erőnlététől függően vé- 
giggyalogol lehetőleg az összes pavilo- 
non és az összes stand mellett, felüle- 
tesen végignéz mindenfélét, begyűjt 
sok kilónyi tájékozató anyagot (sajtó- 
közleményt, prospektust, floppyt meg 
CD-t) az olvasói számára érdekesnek 
tartott újdonságokról, igyekszik a cégek 
képviselőivel személyes beszélgetést 
folytatni a különösen izgalmas témák- 
ról, elmegy néhány sajtótájékoztatóra 
(abból a mintegy 220-ból, amely az idei 
CeBIT első napjaiban lezajlott), majd 
pedig a vásáron szerzett tapasz- 
talatokból, élményekből, információk- 
ból legalább fél évig közvetve vagy 
közvetlenül, tudatosan vagy öntudatla- 
nul sok mindent felhasznál a lapba 
kerülő témákhoz, anyagokhoz. 

Én a második kategórába tartozom, 
és talán ebből fakad, hogy ezekről a 
hatalmas seregszemlékről visszatérve 
utólag sem alakul ki bennem negatív 
összkép. A legrosszabb esetben is gaz- 
dagodom egy sor hasznosítható új in- 
formációval és rengeteg szakmai él- 
ménnyel, miközben ugyanarról a ren- 
dezvényről más lapokban azt olvasom, 
hogy a vásáron , nem volt igazán nagy 
durranás" ... , elmaradtak a szenzációs 
bejelentések" . . . , amiket láttunk, azok- 


ról már jóval előbb mindent tudtunk" 
stb. Vajon a látogatók és a kiállítók 
többsége hogyan éli át ezt? Ha feltéte- 
lezem, hogy én látom tévesen a dolgo- 
kat, akkor nem nagyon találok magya- 
rázatot arra, hogy (az előző évek , csa- 
lódásaiból" okulva) miért ment el az 
idei CeBIT-re mégis 670 ezer látogató 
(szemben a tavalyi 606 ezerrel), miért 
nem volt elég a 352 ezerről 371 ezer 
m?-re bővölt nettó kiállítási terület. 
Mintegy 250 kiállító jelentkezését 
ugyanis a rendezők helyhiány miatt 
kénytelenek voltak elutasítani, és 
, Csak" 7250 céget tudtak elhelyezni a 
25 csarnokban (szemben a tavalyi 23 
csarnok 6909 kiállítójával). 

Lehet, hogy az érdeklődés akkor sem 
csillapszik, ha nincsenek igazán nagy 
újdonságok? Kétségtelen, hogy a szak- 
mai újságírás helyzete ebből a szem- 
pontból kicsit más. Témaként egy tech- 
nikai újdonságnak a gondolati foganta- 
tástól a fizikai megszületésig terjedő 
időszaka a legizgalmasabb. Ezt köve- 
tően érdekes még az első termékek 
útkeresése és a gyermekbetegségek 
korszaka is, utána azonban, a kiforrott 
szériatermelésben megtestesülő piaci 
életciklusban az intellektuális kalandra 
vágyó szakemberek képzeletét már nem 
nagyon lehet a megszokott dolgokkal 
megragadni. 

És itt lép be a vásári beszámolóknak 
azon kockázata, hogy a látottak alapján 
nem mindig lehet tartós trendekre kö- 
vetkeztetni. Néhány éve a CeBIT egyik 
nagy slágere, látványos újdonsága a 
Momenta és a vele egyidejűleg kifej- 
lesztett többi kézírásos adatbeviteli 
rendszer volt, elektronikus tollal, inter- 
aktív képernyővel stb. Ez a , vágytalál- 
mány" azonban nem élte túl a cscse- 
móőkorát, a vásári kínálatból mostanra 
teljesen eltűnt, és néhány hete még az 


Apple is bejelentette, hogy abbahagyja 
a legtovább kitartó, zsebbe való ,,kis- 
testvér", a Newton fejlesztését. 

Az idei CeBIT-en számos olyan új- 
donságot mutattak be, amely nem pusz- 
ta számfétisizmus (több megabájt, több 
megahertz és hasonlók), hanem lénye- 
ges technológiai irányváltás. Ezek élet- 
képességének megítélésekor azonban 
lehet, hogy ismét csak a vágyainkat 
fejezzük ki. Hiszen persze, hogy sze- 
retnénk, ha számítógépünket hanggal 
tudnánk vezérelni, vagy ha a magnóra 
rögzített beszédet szemvillantásnyi idő 
alatt és gépírónő közbeiktatása nélkül 
bevihetnénk a szövegszerkesztőnkbe. 
Tessék, itt vannak rá a megoldások. De 
ki tudja megmondani, hogy ezek bevál- 
nak-e, megéri-e őket kipróbálni, és nem 
bizonyulnak-e zsákutcának? 

A falra akasztható lapos képernyő 
iránti vágy is nagyon régi. Most a 
számítógép mellé helytakarékos moni- 
torok új generációját fejlesztették ki a 
TFT LCD technológiával, és lenyűgöző 
kivetítőket készítettek plazmatechnoló- 
giai megoldással. A szakmai látogatók 
már nem azt kérdezték, hogy mennyire 
lehet még javítani a falsíkhoz illeszkedő 
megjelenítők  képminőségét, hanem 
hogy mennyire lehet , javítani" az egye- 
lőre elég magas árat. 

Ugyanígy sok egyéb témában is bő- 
ven volt igazi érdekesség: a digitális 
kamerák sokfélesége, amely áttörést 
hozhat a fotózás és a videózás területén; 
a DVD írható változatának közös szab- 
ványa, melyet sajtótájékoztatón mutat- 
tak be a nagyvilágnak; a tévécsatorná- 
kon keresztül történő internetezés és az 
Interneten keresztül történő videotele- 
fonálás, melynek technikai megoldásai 
már lépten-nyomon felbukkantak, csak- 
úgy, mint az elektronikus kereskedelem 
lebonyolításához szükséges hardver- és 
szoftvereszközök. . . 

Nem is az a fő kérdés, hogy felfede- 
zünk-e magunknak új és érdekes dol- 
gokat a világ legnagyobb informatikai 
rendezvényén (hiszen ilyesmit mindig 
rengeteget találhatunk), hanem hogy mi 
lesz az újdonságok jövője, s hogy jó 
lóra teszünk-e, fejlesztőként, kereske- 
dőként vagy az innovációk iránt fogé- 
kony vevőként... 

Faklen Pál 
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Pentium IF: 
procésszorral 


Az Albacomp Activa számítógépcsalád különböző Intel processzorokat tartalmaz 





Albacomp Rt. Budapesti Kirendeltség 
8000 Székesfehérvár 1139 Budapest 
Hosszúsétatér 4-6. Frangepán u. 8-10. 
Tel.: (22) "315-414 Tel.: 329-1493 

Fax: (22) 327-532 Tel./fax: 349-0152 
SzAKUÜUZLETŐAENK 
1065 Budapest 1011 Budapest 3525 Miskolc 
Nagymező utca 25. Fő utca 31 Széchenyi u. 49. 

Tel.: 311-8095 Tel.: 201-4409 Tel.: (46) 354-266 
Tel./ fax: 331-8108 Fax: 201-4322 Tel./fax: (46) 353-100 
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A kívánatos ellaposodás 


A március 19-25. között lezajlott CeBIT "98 legnagyobb 
élményét számomra a lapos képernyők sokasága jelentette. 
A számítógépmonitorok közül véletlenszerűen a Sony L150 
típusjelű, 15 collos képátlójú készülékét választottam a TFT 








LCD technológia képességeinek illusztrálására. A vékonyré- 
tegű aktív tranzisztorcellák (TFT - thin film transistor) és a 
polarizált folyadékkristályos képelőállítás (LCD — liguid 
erystal display) kombinálásával sikerült kiküszöbölni az 
eddigi LCD-k legnagyobb hibáját, a keskeny rálátási szöget. 





Itt a vízszintes irányú rálátási mező már 140 fok! A torzítás- 
mentesség, a színhúség, a képfelbontás, a képélesség, az erős 
kontraszt, a külső fényviszonyokhoz alkalmazkodó fényerő 
és a sugárzásmentesség révén a TFT LCD alkalmas lehet a 
katódsugaras technika teljes kiszorítására is (bár ez a meg- 
állapítás kissé jóslat ízű, ezért lásd erről a 37. oldali cikket 
is). Az L150 monitor súlya 5,3 kg, teljes vastagsága 16,5 cm. 
Nem sorolom egyéb paramétereit, mert mindent tud, ami ma 
egy monitortól elvárható. Látni kell. 

A nagyméretű képernyők világát a jelek szerint a plazma- 
technológia fogja átrendezni. Az új képernyő a fluerszkáló 
fény elve alapján működik. Minden egyes képpont egyben 
saját fényforrás is, három színcellával (RGB), melyek mind- 
egyike külön elektróddal vezérelhető. Az elektródra érkező 
elektromos töltés hatására a cellába zárt gáz ultraibolya fényt 
bocsát ki, és a cellánként különbözö (vörös, zöld és kék) 
foszforréteget a megfelelő látható szín kibocsátására gerjesz- 
ti. A cellák szigetelésére igen vékony (100-200 mikronos) 
üvegréteg szolgál. Egyszerre több cég is előállt az újdonság- 
gal (Hitachi, NEC, Pioneer, Sony), de szubjektíve nekem a 
, szélesvásznú" NEC PlasmaSync 4200W tetszett legjobban. 
Ez a képoldalak normál 4:3 arányát 16:9 arányúra tudja 
módosítani, ami persze inkább videomód esetén érvényesül. 
A képernyő 92 x 52 cm méretű (42" az átló), felbontása 853 
x 480 pixel, analóg RGB módban 16,7 millió színt produkál. 
Állvány nélkül a képernyő vastagsága mindössze 8,9 cm, 
súlya 39 kg. A kép teljesen torzításmentes, és még egy 
apróság: a rálátási szög 160 fok. Ezt is látni kell. 


Diktáld a szöveget gépbe 


A számítógéppel szóban közölt parancsokat régóta , meg- 
oldották" a tudományos-fantasztikus filmekben, de a számí- 
tástechnikai kivitelezés lassabban megy. A fejlesztők úgy 
látták, hogy jóval nagyobb gyakorlati jelentőségű lenne, ha 
normál szövegeket lehetne a számítógépnek lediktálni és 
azok rögtön úgy jelennének meg, mintha egy szövegszer- 
kesztőbe lettek volna begépelve. 
Egyrészt mert életünk sokkal in- 
kább tele van szöveges anyagok- 
kal, mint parancsokkal, másrészt 
a sima szövegek elhallásai nem 
okoznak nagyobb gondot, mint 
a gépírónők elütései, szemben 
azzal, hogy bizonyos helyzetek- 
ben egyetlen parancs félrehallá- 
sa is súlyos következményekkel 
járhat. 

A beszédfelismerés úttörő cé- 
ge, a Dragon Systems már 1984- 
ben kirukkolt az első ilyen rend- 
szerrel, és azóta nem csekély 
kutató- és fejlesztőmunkával si- 
került egyre jobban finomítani- 
uk a beszéd szöveggé alakításá- 
nak szoftveres megoldásait. A 
legújabb — Dragon Naturally 
Speaking hibaszázaléka ma már 
599 alatt van. Be kell vallanom, 
elég meggyőző dolog látni, 
ahogy a mikrofonba folyamato- 
san diktált szöveg a képernyőn 
szinte egyidejűleg jelenik meg 
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beírva?" a szöveg- 
szerkesztőbe, sőt uta- 
sítást adhatunk (lám, 
lám... —— mégiscsak) 
szövegrészek kieme- 
lésére  (betűtípusra, 
kövér- vagy dőltbetűs 
szedésre, középre 
igazításra stb.), és le- 
betűzhetjük a nehe- 
zen érthető szavakat. 
Az így keletkezett 
szöveg azonnal szer- 
keszthető pl. Win- 
Wordben vagy más 
windowsos . szöveg- 
szerkesztőben. Diktá- 
láskor rögzítésre ke- 
rül a hangfelvétel is, 
tehát utólag bárme- 
lyik részlet vissza- 
hallgatható. Emellett 
persze egyéb írott 
szövegeket is felol- 
vastathatunk a rend- 
szerrel. 

A beszédfelisme- 
rési technológia rég- 
óta foglalkoztatta az 
IBM kutatóit is. Kifejlesztették a Simply Speaking és a 
ViaVoice szoftvereket, majd ezek kibővített (Gold) változa- 
tait. Most a CeBIT-en megjelent az ugyancsak IBM techno- 
lógiára alpozott VoiceOffice 98 (a Linguatec terméke), mely 
hasonló tudású, mint a Dragon Naturally Speaking szoftver. 
Ebben a műfajban legjobban mégis az Olympus D1000 
digitális zsebdiktafon keltette fel érdeklődésemet (amely 
egyébként szintén az IBM ViaVoice technológiáját alkalmaz- 
Za). A mellékelt képen is látható 12,1x4,6x2,3 cm-es készülék 
2, illetve 4 MB kapacitású flash memóriakártyával 33, illetve 
70 perces beszéd rögzítését teszi lehetővé. A diktafon flash- 
memóriájának tartalma egy összekötő kábelen keresztül 
pillanatok alatt letölthető egy PC-be vagy laptop gépbe, és 
ott szöveggé alakítható. A digitális működésmódból követ- 
kezik számos egyéb szolgáltatás is... Ja, az ára egyelőre még 
jóval meghaladja a , hagyományos" diktafonokét. 





DVD--RW — a jövő meghajtója 


Az idei CeBIT-re időzített egyik legnagyobb esemény a 
DVD-RW drive bejelentése és a prototípus első nyilvános 
demonstrációja volt. Elég nagy a tét. Az asztali számítógépek 
jelenlegi floppy- és CD-meghajtóját helyettesítő egyetlen 
univerzális meghajtóra kell egységes szabványokat kialakí- 
tani. A DVD-RW a Hewlett-Packard, a Philips és a Sony 
közös fejlesztése volt, ehhez csatlakozott még három japán 
cég, a Mitsubishi, a Ricoh és a Yamaha. Az új meghajtó 
, Mindenevő" és majdnem , mindentudó", ami azt jelenti, 
hogy megvan a visszamenőleges (olvasási) kompatibilitása 
a csak olvasható CD-ROM lemezekkel, az egyszer írható és 
a többször írható CD-kkel, és persze a DVD valamennyi 
(csak olvasható, egyszer írható, többször írható) változatával, 
az írást illetően viszont egyelőre csak potenciálisan van meg 
a lehetőség arra, hogy a DVD-RW drive az egyszer és 
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többször írható CD-kre is írjon. Az alkalmi szövetséget alkotó 
6 cég együttvéve 75 százalékát uralja a magneto-optikai és 
a CD-írási technológiának, így talán van remény arra, hogy 
ezen a területen nem tör ki újabb szabványháború. (Balhé 
lesz persze enélkül is, lásd legutóbbi számunk 32. oldalán a 
világ területi újrafelosztását.) 


Linux mindenütt 


A Linux-pingvin képére figyeltem fel olyan helyen, ahol 
erre nem nagyon számítottam. Egy Siemens Nixdorf mun- 
kaállomás prospektusa (lásd a mellékelt képen) a SPECfp95 
és SPECint95 teszteredményekre hivatkozva szerényen közli, 


SNI Celsius 
powered by Linux 






Die professionelle Unix-Lösung für Ihre 
numerischen und graphischen 
Applikationen: Die schnellste" 

Intel-basierte Workstation der Welt, 






" nach SPECIOPS / SHECNS 


hogy ez a világ leggyorsabb olyan munkaállomása, amely 
Intel processzorral működik, mégpedig azért, mert a nume- 
rikus és grafikus alkalmazásokra professzionális Linux-meg- 
oldást dolgoztak ki. Lehet, hogy jön majd valaki, aki azt 
mondja, hogy nem is ez a leggyorsabb, hanem a ... Lehet, 
de akkor is nagyon jó érzés az alternatívák sikerét olvasni! 


Hajrá, magyarok! 


Magyar kiállítóknak ilyen erős nemzetközi mezőnyben jól 
észrevehetően megjelenni soha nem könnyű, különösen ha 
a stand elhelyezése is előnytelen, ami az utóbbi években nem 
egyszer előfordult. A mostaniak kaptak egy kis kárpótlást! A 
Kürt Kft (nemzetközi nevén EDRS, European Data Recovery 
Service) olyan csarnok főútvonala mentén kapott egy sarok- 
standot, amelyben a domináns kiállítók a winchester- és a 
monitorgyártók voltak. Kívánni sem lehet jobbat! A Graphi- 
soft a CAD/CAM kiállítók között ugyancsak impozáns 
helyen volt, a Recognita és a többi magyar kiállító pedig egy 
nem kevésbé forgalmas csarnok jól szem előtt lévő szigetén 
, éldegélt", remélhetőleg jól. Majd igyekszünk kitudakolni, 
hogy vajon a CeBIT-en vagy az Ifabón való szereplésük 
volt-e eredményesebb. 

Faklen Pál 
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TEAC CD drive 


CD-524E 24X CD-ROM ATAPI 
CD-532E 32X CD-ROM ATAPI/SCSI 
CD-518E PD-DRIVE 

CD-C68E CD changer (6 lemez) 
CD-R55S 12X/4X CD író 


SOYO alaplap 


SY-5EAS ETEG chipset AT 
SY-5BT5 Intel TX chipset AT 
SY-5XAS Intel TX chipset ATX 
SY-6KB Pentium II ATX 


SHARTECH-COMPUTER 


1087 Budapest Luther u. 1/c. 
Tel.: 3140590 Fax: 173 1809 
. E-mail: shartechaomail.datanet.hu 


Tartsa kézben a 


gyz vá üt EE tső 
technológiával 


donság a 


hálózati adminisztrációs 
képességekkel. 
Központi adminisztráció 
KET YZAZ Taj KS SÉLET 
LOS L S 
Levelező szerverekhez, 
tűzfalakhoz is illeszthető 


V47- Szervezési, Számítástechnikai 
és Szolgáltató Kft. 





biztonságát! ! 
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hatékonyságot növelő, költségcsökkentő rendszereket hoz 


létre kiemelkedő minőségű alkotóelemekből. 


Az informatikai rendszerintegráció több, mint rendszer, mert 





nemcsak tervezést, épi 






jelent, hanem 








hátteret is, gos működtetési 
piaci sikerhez elengedhetetlenül szükséges. Ha ismeri a célt, 


a Synergon megépíti a hozzá vezető utat! 
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Set-top 


A WinHEC fórumon Windows CE-ala- 
pú set-top box referenciagépet mutatott 
be az ATI. A Set-top-Wonder CE magában 
foglal egy gyors x86-os processzort, egx 
56 kbites modemet, egy SoundMAX 64 
hangkártyát és egy Rage Pro videokártyát, 
ImpacTV2 csatolóval és tévétunerrel 
együtt. Ez jelenleg az egyetlen set-top 
készülék, amelyik képes a DVD és az 
MPEG-2 lejátszására. 


[edősészőésáítágotánvatsz tr 


A C-Cube DVD-interfészt hozott ki a 
nemrég megjelent Intel [740 grafikus kár- 
tyákhoz. A Chelsea-I alapja a ZiVA chip, 
az első olyan hardveres DVD-megoldás, 
amely közvetlenül csatolható az Intel740- 
hez. A DVD-kiegészítő kártya már ren- 
delhető OEM-eknek közvetlenül a gyár- 
tótól vagy az Inteltől. 





Az nVidia bejelentette következő nagy 
teljesítményű 3D chipjét. A Riva TNFP - 
névre keresztelt változat kitöltési sebes- 
sége 250 millió pixel, ez eddig a legna- 
gyobb, amit az 1 chipes eszközöknél 
megadtak (a Voodoo2 kétchipes) — ezt 
úgy éri el, hogy egy órajel alatt két 
képpontot számít ki —, és akár 8 millió 
háromszög/s teljesítményre is képes. 
Ezenkívül AGP 2x-es módban is műkö- 
dik, 16 MB-ig bővíthető, 250 MHz-es 
RamDacja megfelelő képfrissítést biztosít 
a legnagyobb felbontás esetén is. Soro- 
zatgyártása 1998 harmadik negyedévében 
indul be. 


Egy felmérés szerint (amely az üzletek 
359o-át vizsgálta) 1997-ben a kiegészítő, 
csak 3D kártyák piacán az USA-ban a 
Voodoo chipes kártyák 85 százalékot ér- 
tek el, több mint 6-szor annyit, mint a 
legközelebbi vetélytárs, a NEC Pow- 
erVR-je. 


Az Aureal Vortex chipjét választotta a 
Turtle Beach a Montego A3DXstream 
PCI kártyájához. Az Aureal A3D techno- 
lógiájának köszönhetően valódi térhang- 
zás állítható elő szabványos sztereó hang- 
szórókkal, ezenfelül 64 hangú, stúdió 
minúségű hullámtábla-szintézis megszó- 
laltatására képes. (Az Aureal megkapta a 
szabadalmi jogokat a 3D audiotechnoló- 
giájára, ezzel hivatalosan is elismerték a 
módszert.) 


A Silicon Graphics és az OpenGL 
Architecture Review Board többi tagja 


elfogadta az OpenGL 1.2-es új specifiká- 
cióját. Fejlesztették a 3D megjelenítés 
minőségét, növelték sebességét, képessé- 
geit. A Windows-támogatás mértékét is 
kibővítették, például közvetlenül támo- 
gatja a Windows pixelformátumait. Az új 
API várhatóan ősz végére jelenik meg a 
különböző platformokon. 


Az ATI elkészítette Rage Pro soroza- 
tának OpenGL meghajtóját Win95 alá. A 
driver egyelőre tesztfázisban van (béta), 
de május közepére ígérik a teljes válto- 
zatot. A jelenlegi állapotban is képes 
futtatni a népszerű Ouake programot, az 
egyéb 3D alkalmazásokhoz azonban még 
várni kell a végleges verzióra. 


A Cirrus Logic több mint 3 millió 
ARM-alapú RISC processzort szállított 
az elmúlt üzleti évben. A Cirrus saját 
terveivel kiegészített chipeket azokon a 
helyeken hasznosítják leginkább, ahol az 
alacsony fogyasztás és a kis méret fontos, 
például a mobil kommunikációban. 


A nálunk Panasonic termékeiről ismert 
Matsushita vállalat szerződést kötött a 
Rambus céggel a Rambus technológia 
alkalmazásáról. E technológia előnye, 
hogy a sávszélesség növelésével szemben 
inkább a kommunikációs frekvenciát nö- 
velték, így kisebb integrációjú lapok al- 
kalmazásával is elérhető a nagy átviteli 
sebesség. 


A Jazz Multimedia fejlesztői elsőként 
készítettek olyan grafikus kártyát, amely 
egyaránt alkalmazható PCI és AGP bu- 
szon is, így az összeszerelőknek nem kell 
azzal foglalkozniuk, hogy az éppen mi- 
lyen készülékbe kerül. A kártya Rendition 
V2200 chipje már számos gyártó kártyá- 
ján megtalálható. 


A legújabb Glint GMX 1000-es chipjét 
alkalmazza GLoria-XXL nevű AGP bu- 
szos CAD-gyorsítókártyáján az Elsa. A 
kártya 16 MB VRAM megjelenítő és 
24-től 40 MB-ig bővithető DRAM textú- 
ramemóriával készül, 3,3 millió sok- 
szög/s a maximális teljesítménye. Felbon- 
tása . HDTV-kompatibilis,  1920x1080 
vagy 1600x1280 pixel is lehet. Az Elsa 
speciális MAXtreme drivereivel a 3D 
Studio MAX akár 2,5-szer gyorsabb lehet 
komplex textúrázott 3D szerkesztések 
esetén. 


A Creative újabb DVD-csomagot do- 
bott piacra. A Creative Components 700 
nemcsak a DVD-meghajtót és a lejátszó- 
kártyát tartalmazza, hanem egy AWE 64 
hangkártyát és egy 4 MB-os, 2 chipes 
videokártyát, valamint Cambridge Sound- 
Works" PCWorks hangszórórendszert, azaz 
gyakorlatilag mindent, ami a multimédiá- 
hoz szükséges. A készlet ára 480 dollár, 


ami hazai mércével sok, de az önálló 
DVD-lejátszóknál olcsóbb. A Creative 
külön DVD-drive-ot is forgalomba hoz, 
annak várható ára 150 dollár lesz. 


A Dinamic Pictures, az Oxigen 3D 
kártyáival eddig a professzionális felhasz- 
nálók számára lehetett inkább ismert. 
Mostani bejelentésük első fele megint a 
profiknak szól, mert új drivereikkel az 
OpenGL-támogatás többszálú futtatását 
teszik lehetővé, ezáltal jelentős gyorsulás 
érhető el a többprocesszoros rendszerek- 
nél a geometriai feldolgozásban. A másik 
rész viszont az árak csökkentéséről szól, 
így a legolcsóbb modell, a 8 MB 
SDRAM-os Oxigen 400 dollár lett, ez 
már a közepes tervezőrendszerekben ed- 
dig alkalmazott kisebb teljesítményű kár- 
tyákhoz mérve is kedvező ár. 


A NEC is bejelentette PowerVR soro- 
zatának legújabb tagjait, nemcsak PC, 
hanem játéktermi és konzolgépekhez is. 
Az új chipek teljesítményben és minőség- 
ben többet nyújtanak elődeiknél. A 3D 
tárgyak átfedéseihez használt 32 bites 
Z-puffer sokkal nagyobb precizitású meg- 
jelenítést tesz lehetővé, mint az eddigi 16 
bites változatok. 


SoftDVD II néven hozta ki Direct- 
Show-kompatibilis lejátszóját a Zoran. Ez 
nagyobb fokú integrációt tesz lehetővé a 
multimédia-alkalmazásokban, és meg- 
könnyíti a kezelést. Jelenleg a SoftbVD 
alkalmazói között van a Compag, a HP 
és az ATI. 


A Microsoft több cégtől is átvesz tech- 
nológiákat a DirectX 6-os készletéhez. 
Az S3-tól a textúratömörítő, a Tritechtől 
a bump mapping eljárást fogja alkalmaz- 
ni. 


Az Imagine Studios , Ares Rising" 
című játéka egyike lesz azoknak, ame- 
lyeket optimalizálnak az AMD K6 3D 
processzorához. A játék egy űrharcszi- 
mulátor lesz, gazdag 3D grafikával, 
szerteágazó történettel, és több mint 50 
küldetéssel. 





A Creative Technology és E-mu 
Systems leányvállalata perli a Diamond 
Technologiest és az ESS-t, azt állítva, 
hogy a Maestro-2 audiochip az általuk 
bejegyzett módszertis alkalmazza a hang- 
keltésben. Az ESS — miután megvizs- 
gálta a szóban forgó szabadalmat — azt 
állította, hogy nem követett el jogsértést. 

Bánó György 
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3Com: Új OfficeConnect kapcsolók 


OfficeConnect rendszerének olyan további tagjaival jelent 
meg a piacon a 3Com cég, amelyek a kapcsolók funkcióit és 
teljesítményét, valamint a nagyobb sebességű LAN-okra való 
átlépést teszik lehetővé akár a legkisebb irodai környezetben is. 
Az új OfficeConnect Switch 280 tíz darab 10Base-T és két darab 
100Base-TX kapcsolóporttal rendelkezik; az OfficeConnect 
Switch 400-nak pedig négy darab 10/100Base-TX kapcsolóport- 
ja van. Mindkét switch könnyű migrációt kínál a 10 Mbit/s-os 
hálózatoknál a 100 Mbit/5-osokra. Az új eszközök megjelené- 
sével egyidejűleg, ez év márciusától a 3Com 45 százalékos 
mértékig terjedően csökkentette egyes, már korábban is meglévő 
OfficeConnect kapcsolóinak az árát. Így az USA-ban a 140M 
típus 495 dollárért, SNMP és web-alapú menedzsment-funk- 
ciókkal pedig 895 dollárért érhető el. Az OfficeConnect rendszer 
jelenleg 32 termékből áll. Ezzel — a 3Com állítása szerint — 
a hálózati iparág legszélesebb választékát ez a család nyújtja a 
kisebb irodák integrált hálózati megoldásaihoz. Az új termék- 
bejelentésekkel együtt néhány más fejlesztési eredmény is 
s, bekerült" az OfficeConnect rendszerbe: az OfficeConnect 
ISDN LAN Modem és 4, 8, illetve 12 portos Fast Ethernet hub. 
Az új 400-as típus valódi plug-and-play négyportos kapcsoló, 
amely automatikusan érzékeli az átviteli sebességet. A 280-as 
típusú kapcsolót a felhasználók , azonnali" teljesítményigényeire 
méretezték, egyszerűen installálható és használható. Tíz portjá- 
ból a két 10/100 Mbit/s-os autoérzékelós kivitelű. Ez a két port 
leginkább nagysebességű szerverkapcsolatokhoz, nagy teljesít- 
ményű munkaállomás-összeköttetésekhez és nagysebességű ge- 
rinchálózatokhoz nyújt költséghatékony megoldást. Az új 
OfficeConnect kapcsolók annak az 1996 februárjában bevezetett, 
kis irodák hálózati funkcióit teljes körűen megoldó OfficeCon- 
nect családnak a tagjai, melyekkel máig több mint hétmilliót 
kapcsolatot tartanak fenn világszerte. 


Token Ring: Eleve Gigabit/s-ra 


Az IBM bejelentette a 100 Mbit/s sebességű Token Ring 
eszközök megjelentetését. Az első berendezések a jövő év első 
felében várhatók. Ugyanakkor a Gigabit Token Ring fejlesztése 
is megkezdődött. A Token Ring igazi erősségei a nagy sebességű 
hálózatokon válnak nélkülözhetetlenné. A Gigabit sebességű 
campus gerinchálózatok építése egy sor kihívást jelent. Hogyan 
használhatók a Gigabit csatornák hatékonyan, amikor még a 
legnagyobb Ethernet keretméret esetén is kb. 80 ezer frame/s 
szükséges a csatorna kitöltéséhez? Hogyan tudja az Ethernet a 
szolgáltatási minőség, illetve szolgáltatási osztályok kialakulá- 
sának követelményét biztosítani sok kapcsolóból álló gerinchá- 
lózaton? Hogyan építhető fel szövevényes (mesh) hálózat OSI2 
szintű kapcsolókból? E problémák nem oldhatók meg egysze- 
rűen, mert gyökereik az Ethernet felépítésében rejlenek. A Token 
Ring esetén ezek a gondok fel sem merülnek. Itt a 16 Mbit/s 
1988-as bevezetésekor a maximális keretméret elérte a kb. 18 
Kbájtot. A nagyobb keretméret kulcskérdés a nagysebességű 
LAN-ok jobb kihasználhatóságához. A keretméret növelése 
drámaian csökkenti a média sebességének eléréséhez igényelt 
keretfeldolgozási teljesítményt. Mindössze 7000 frame/s képes 
feltölteni egy Gigabit csatornát a Token Ring keretméretével. A 
hálózati forgalom prioritásainak szabályozása is alapvető fon- 
tosságú. Ezt már a Token Ring eredeti specifikációja támogatja. 
Mivel Gigabit kapcsolatokon is megfizethető, 100 Mbit/s portok 
esetén pedig egyenesen olcsó, az előrelátó hálózattervező a 
kapcsolók közé kereszt-összeköttetéseket is beépít, amellyel 
kiküszöbölheti az ugyanazon ponton fellépő hibák hatását. Amíg 
az Ethernetben tiltott a többszörös aktív utak egyidejű működése 
egy hálózaton, a Token Ring Source Bridging támogatja a 
szövevényes hálózatstruktúrák használatát. A Token Ring archi- 
tektúrájával megelőzte korát, most pedig már elérkezett az ideje 
a benne rejlő előnyök kihasználásának. 
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Lantronix: Ethernet eszközbővülés 


A legtöbb hálózatban találhatók olyan eszközök, amelyek 
soros vonalakat igényelnek a monitorozásra és a felügyeleti 
funkciókra. A Lantronix Micro Serial Server (MSS) elnevezésű, 
kis helyen elférő, a hálózat elemeihez kapcsolható külső eszközei 
összekötik ezeket a soros működésű berendezéseket — legyen 
az terminál, PBX rendszer, vonalkódolvasó vagy Unix szerver 
— az Ethernet hálózattal. Az MSS-ek a TCP/IP, IPX és LAT 
protokollokat egyaránt támogatják, megengedve az adatátalakí- 
tást bármely hálózati erőforrás-számítógép és az MSS szerverhez 
kapcsolt berendezés között. Az MSS-ek maximum 115,2 kbit/s- 
os soros átviteli teljesítményre képesek, és arra, hogy automa- 
tikusan alkalmazkodjanak a soros eszköz adatátviteli sebessé- 
géhez. Az MSS közvetlenül menedzselhető a szerver fizikai 
portján vagy egy másik hálózati pontról. Az eszközök támogatják 
a TCP/IP Digital TSM, DECnet és az SNMP protokollokat. Az 
MSS1-T típus 10Base-T Ethernet interfésszel RJ45 és RS232 
típusú csatlakozókkal van kialakítva. Az MSS1-T2 rendelkezik 
mind a 10Base-T, mind a 10Base2 Ethernet csatolókkal és RS232 
soros kimenettel. A legújabb MSS485-T-hez Ethernet 10Base-T 
interfész és egy RS485 RJ 45 soros port tartozik. A Lantronix 
a kapcsolók terén széles termékkínálattal jelentkezett: a sima 
Ethernet (LMS8, LSB4, LB2) és akompakt LMS típusú tízportos 
10/100 Ethernet kapcsolótól kezdve a nagyobb LW8F eszközö- 
kön át a menedzselhető LSW8F-S-ig már bemutatott ilyen 
termékeket (Új Alaplap, 1998. február). A legújabb az LSW4F- 
16-MS, amely ez év márciusában jelent meg. Ez egy 20 portos 
10/100-as, menedzselhető Ethernet-kapcsoló, ebben négy darab, 
10/100-as automatikusan kapcsolatot felvevő és tartó RJ45 port 
és 16 darab 10 Mbit/s-os port támogatja az SNMP, RMON, 
Telnet és soros port konfigurációjú menedzsmentet. 


NetWare-hez csatolt Oracle8 


Az Oracle és a Novell bejelentette, hogy új egyezményük 
értelmében a Novell NetWare felhasználói megkapják az iparág 
vezető adatszerverét, az Oracle8-at. Ötfelhasználós Oracle8-at 
tartalmaz minden NetWare 4.11 és afeletti változat. Az eszköz- 
kombináció révén a NetWare-felhasználók hatékony alkalma- 
záskörnyezetet kapnak, amelyen az üzleti folyamatokat áram- 
vonalasító hálózati számítástecnikai megoldásokat — közöttük 
Java-alkalmazásokat — fejleszthetnek ki. A termékpárosítás 
egyetlen dobozban tartalmazza az adatbázis-megoldások fejlesz- 
téséhez szükséges teljes integrált alkalmazáskörnyezetet. Ennek 
a termékkapcsolási egyezménynek eredményeként olyan háló- 
Zati számítástechnikai környezet jön létre, amely csökkenti a 
rendszer bonyolultságát, a felhasználókat gyorsabban és bizton- 
ságosabban engedi hozzáférni a kritikus fontosságú adatokhoz, 
javítja a hálózati erőforrások felügyeletét, és csökkenti az 
összköltséget. A termékkapcsolásban a teljes, minden korláto- 
zástól mentes Oracle8 szerepel. Mindkét cég külön-külön 
beépítette a Javát technológiáiba, így a fejlesztők könnyen 
készíthetnek hordozható hálózati számítástechnikai alkalma- 
zásokat. Fejlesztők és külső szoftvergyártók által készített 
mintaalkalmazások is találhatók majd az Oracle8 NetWare- 
termékcsomagban. A termékkapcsolás a NetWare 4.11-re ez 
év júniusában lép érvénybe, így az Oracle8-at azonnal tar- 
talmazni fogja a NetWare 5. Hírek szerint a NetWare 5-ben 
lesz a világ leggyorsabb Java környezete. A Key Labs által 
végzett független vizsgálatok szerint a NetWare 5 Java Virtual 
Machine (JVM) több mint kétszer gyorsabb, mint legköze- 
lebbi vetélytársa, a Microsoft JVM-je NT Server alatt. E 
teszteket egy Intel 300 MHz-es Pentium II-es, 128 megabájt 
RAM-mal felszerelt gépen, 200 kapcsolatot létesítve végez- 
ték. Az előzetes vizsgálatok azt jelzik, hogy a Novell JVM-je 
többszörösen gyorsabb, mint a vezető Unix rendszerek Java- 
implementációi hasonló árú hardveren. 

Kovács Attila 


HÁLÓZAT 


A cég eltűnt, az eredmény megmaradt 


Novonyx-átváltozások 


A számítógépes hálózati piac szereplőinek termékei között 
előfordul, hogy egymást kiegészítve tudnak jobb szolgáltatást 
nyújtani. Ilyenkor a termékfejlesztők piaci érdekei is abba az 
irányba mutatnak, hogy inkább az együttműködés kerüljön 
előtérbe. Ebből a felismerésből fakadva jött létre 1997-ben 

a Novonyx cég is. Alapítói a Netscape Communication 

és a Novell, melyek külön-külön is jelentős 


hálózati szoftverfejlesztők. 


S hogy hol találkoznak ezek a tech- 
nológiák? Az intranet rendszerekben. 
Ezekben egyesül a zárt hálózatok ha- 
gyományos technológiája számos olyan 
elemmel, melyek először a nemzetközi 
nagy hálón, az Interneten jelentek meg. 
Az intranet hálózatok belső adatforgal-7 " 
ma egyre gyakrabban az Interneten 
megszokott, először azon bevezetett 
módokon, formátumokban zajlik. Ezzel 
párhuzamosan az intranet rendszerek 
kialakításakor egyre inkább az a ten- 
dencia válik uralkodóvá, hogy a cégek 
belső hálózatairól közvetlen kijárás le- 
gyen az Internet felé is. 

Ezen a találkozási ponton határozta 
el a két alapító az új cég létrehozását. 
A Novonyx megalakítására az első ter- 
vek és szándéknyilatkozatok közel egy 
éve láttak napvilágot. Azután az önálló 
cég megkezdte működését. S itt a vé- 
ge... Mármint az önálló Novonyx cég- 
nek, mivel részvényeit a Novell meg- 
vásárolta a Netscape-től, és ezzel az új 
cég visszaolvadt a Novellbe. 

De nincs végük a közösen tervezett 
termékeknek, a fejlesztési koncepciók- 
nak. A közös irányvonal elkészült ter- 
mékei pedig mindkét hálózatos cég, a 
Novell és a Netscape üzleti polcain 
egyaránt megtalálhatók. Annak idején 
az új cégnek első üzleti céljai között 
szerepelt a Netscape Internet szerverek- 
re kifejlesztett SuiteSpot programcsa- 
lád adaptálása, integrálása, majd elter- 
jesztése a Novell IntraNetWare plat- 
formjain alapuló belső hálózatokon. Ez- 
zel akartak a Novell NetWare hálózati 
operációs rendszert alkalmazó felhasz- 
nálónak világszínvonalú megoldást 
nyújtani az Internet-szolgáltatások el- 
éréséhez a hálózatos munkaállomások- 
ról. Ennek a közös fejlesztésnek, for- 
galmazásnak első lépéseként az Intra- 
NetWare-re készült SuiteSpot alkalma- 
zások forgalmazása volt a cél. 





Ezekben az új programokban meg- 
valósítják a Novell címtárrendszerének 
(Novell Directory Services, NDS) a 
teljes integrálását, a várakozások és 
tervek szerint új generációt jelentve az 
intranetalapú rendszert használó prog- 
ramokban. Ugyanakkor az új SuiteSpot 
programok támogatni fogják az SMTP, 
POP3 és IMAPA  Internet-szab- 
ványokat, valamint az LDAP-t is. 

A közös fejlesztés első , szállítmá- 
nyai" 1998 januárjában jelentek meg. 
Ezek között olyan programok szerepel- 
tek, mint a Netscape Enterprise Server 
3.0, a Netscape FastTrack Server Intra- 
NetWare-verziói, valamint a Netscape 
Messaging Server for NetWare. 

A teljes Netscape SuiteSpot intranet- 
csomagot ez év végéig tervezik megje- 
lentetni. 

Ezzel párhuzamosan kezdődött meg 
az együttműködés az Oracle-lel, amely- 
nek célja egyértelműen a hálózatos 
adatbáziskezelés lehetőségeinek beépí- 
tése a nagyvállalati programcsomagok- 
ba. Ennek eredményeként az Enterprise 


3 Novelt: Netscape FastTrack Server for NetWare Competitive Chart - Netscape 
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Server for NetWare program új, Enter- 
prise Pro Servernek nevezett változatá- 
ban natív adatbázis-integrációt valósí- 
tottak meg. Egyben biztosítva — ahogy 
a teljes tervezett programcsomagban — 
a kapcsolatot az NDS-szel. Szintén na- 
tív driverek készülnek a Sybase és 
Btrieve rendszerekhez is, de bármely 
ODBC adatbázis elérhető JavaScripten 
keresztül. Ezzel a NetWarep latformo- 
kon és weben futó alkalmazások szá- 
mára egyaránt lehetőség nyílik az adat- 
bázisok elérésére a Netscape Enterprise 
Webszervereken keresztül. Az Enter- 
prise Pro program NetWare platformról 
a már említett JavaScript-támogatással 
biztosítja a webalapú adatbázis-elérést. 
A SuiteSpot csomag további tagjai 
közül az előzetes tájékoztatások szerint 
1998 közepére várható a Calendar, a 
Collabra és a Proxy Server, illetve az 
év végére a Certificate és Compass 
Server programok megjelenése. Ezek- 
kel a termékekkel tovább bővülnek a 
Novell már meglévő Internet/intranet 
megoldásai (BorderManager, Group- 
Wise). A teljes rendszer támogatást ad 
külső fejlesztők számára, hogy alkal- 
mazásaikkal kapcsolódjanak a már futó 
rendszerelemekhez. Ezek fejlesztésére 
különböző lehetőségek vannak, de a 
rendszer beépített támogatást tartalmaz 
a weben leggyakrabban használt nyel- 
vekhez (Java, JavaScript, Perl), és a 
Novell által fejlesztett NetBasic-hez is. 
Simay Endre István 
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Hálózati vetélkedő 2.: Skálázhatóság 


Technológiák révén 


Napjainkban a vállalatok túlnyomó részénél 

nő az informatika szerepe, hiszen egyre több funkcionalitást 
valósítanak meg számítógépekkel. Az egyre nagyobb adatbázisok 
kezelését, az újabb alkalmazások által igényelt megnövekedett 
teljesítményigényt természetesen a rendszerek lelkét jelentő 
szervereknek is követniük kell. A meglévő beruházások 
védelmében a cégek elvárják számítógépeiktől, 

hogy változatlan konfigurációval vagy kis bővítéssel 

kövessék a vállalati igényeket. Az, hogy a felhasználószám 
növekedése vagy egy-egy újabb alkalmazás, újabb funkció 
bevezetése együttjárjon új szerver üzembe helyezésével, 


a legtöbb cégnél elfogadhatatlan. 


A Novell NetWare-verziók tervezé- 
sénél a skálázhatóság az egyik igen 
hangsúlyos szempont. Az, hogy egy 
operációs rendszer éppoly hatékonyan 
és gyorsan szolgáljon ki öt felhasználót, 
mint ezret, csak akkor érhető el, ha már 
a rendszer tervezésénél és megvalósí- 
tásánál a hálózati szolgáltatások minél 
hatékonyabb megoldására lehet össz- 
pontosítani. A Novell fejlesztései az 
első NetWare-verziók megjelenésétől 
kezdve ennek figyelembevételével tör- 
téntek, ezért a háttérben dolgozó Net- 
Ware szerverek a legtöbb cégnél folya- 
matosan és megbízhatóan nyújtják a 
tőlük eredetileg elvárt szolgáltatásokat. 

Mik is ezek a szolgáltatások? Nyom- 
tatómegosztás; fájlok központi tárolása 
és elérése akár adatok, adatbázisok ese- 
tén, akár programoknak a szerverről 
való indítása során; adatbázisszerver 
funkció; internetes szolgáltatások (web, 
ftp); címtárszolgáltatás stb. 


Menedzselés is 

Ez a megközelítés és a sokéves fej- 
lesztési tapasztalat a hálózati szerverek 
piacán talán a legfontosabb tényező 
abban, hogy egy IntraNetWare szerver 
gond nélkül képes kiszolgálni több ezer 
felhasználót is. Magyarországon is van- 
nak erre példák, és az egyik ilyen helyen 
a több mint ezer felhasználó fele lokális 
diszk nélküli PC-ken dolgozik. Azaz a 
felhasználók kiszolgálása nem azt je- 
lenti, hogy azok naponta elolvasnak 
vagy módosítanak két-három állományt 
a szerveren, hanem onnan indítják gé- 
peiket, töltik be az operációs rendszert, 
és természetesen minden alkalmazásuk 
és adatuk is ezen a központi gépen 
található. 
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Természetesen a skálázhatóság nem- 
csak a szoftveren múlik. Ahhoz, hogy 
az egyre nagyobb igényeket ki lehessen 
elégíteni, a hardverelemeknek is lépést 
kell tartaniuk a fokozott elvárásokkal. 
A hardvergyártók egyre újabb techno- 
lógiákat fejlesztenek ki, és a gépekbe 
egyre több memória, egyre több és 
nagyobb teljesítményű processzor ke- 
rül. A hálózatok sebessége is rohamosan 
nő, a 10 Mbites és 100 Mbites Ethernet 
hálózat mellett már megjelent a Gigabit 


Ethernet, és az ATM is egyre jobban. 


tért hódít. 

Mit tud tenni ezen a területen az 
operációs rendszer gyártója? Két dol- 
got. Egyrészt támogatja az új eszközö- 
ket, új szabványokat. Természetesen a 
NetWare is ezt teszi, például a többpro- 
cesszoros szervereket egészen 32 pro- 
cesszorig támogatja. Ugyanez érvényes 
az ATM-re és a Gigabit Ethernetre is. 
Ez a dolog egyik oldala. 

Nem elég persze egyszerűen csak 
támogatni a új hardverlehetőségeket a 
megfelelő driver megalkotásával, ha- 
nem ki is kell használni az új eszközök 
által nyújtott előnyöket, elérve a lehető 
legnagyobb  teljesítnménynövekedést. 
Erre jó példa a Gigabit Ethernet. Ez a 
technológia még csak kísérleti stádium- 
ban van, de az IntraNetWare már támo- 
gatja, és nemcsak támogatja, hanem 
képes is kihasználni a kártya által nyúj- 
tott sávszélességet. Végeztek egy tesz- 
tet ezzel kapcsolatban (Internet Week, 
1997. október 6-i szám), és a vizsgált 
rendszerek közül csak az IntraNetWare 
és a Sun Solaris tudta , kihajtani" a 
kérdéses kártyát. 

A skálázhatósággal kapcsolatban 
még egy dolgot kell megemlíteni, a 
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menedzselhetőséget. A legtöbb helyen 
a processzor órajelének értékei, a me- 
móriaméret, a multiprocesszoros támo- 
gatás jelenti a skálázhatóságot. Nem 
elég azonban kiválasztani az erős szer- 
vergépet, amely lehetővé teszi ezer fel- 
használó kezelését, hanem azt az ezer 
felhasználót be is kell kapcsolni, és 
menedzselni kell őket. Erre a Novell 
címtár, az NDS nyújt megoldást. Az 
NDS révén egy strukturált, akár a vál- 
lalat szervezeti felépítésére ráilleszthe- 
tő adatbázisban lehet az összes felhasz- 
nálót menedzselni. 

A jövő útja 

Az NDS tette azt is lehetővé, hogy 
a Novell pár hét alatt fel tudta építeni 
a hannoveri CeBIT után a világ második 
legnagyobb informatikai rendezvényé- 
nek, a Las Vegas-i Comdexnek a ki- 
szolgáló hálózatát. Hat darab szerver 
kezelte a Comdex 220 000 (!) látoga- 
tóját, valamennyiüket egyetlen közpon- 
ti címtárban szerepeltetve, az NDS pe- 
dig lehetővé tette az összes látogatónak 
a rendszerhez való hozzáférését. Erre 
az NDS-re épült rá a GroupWise, a 
Novell csoportmunka-támogató szoft- 
vere, amelynek segítségével a kiállítás 
látogatói levelezni tudtak. A Group- 
Wise minden látogatónak naponta to- 
vábbította az előadásokra szóló meghí- 
vókat, a programokat és az egyéb köz- 
érdekű információkat. És természetesen 
ezen a rendszeren keresztül kaptak 
visszajelzést a rendezvény szervezői a 
látogatóktól. 

Végezetül nézzük, hogyan látja a 
skálázhatóság jövőjét a Novell. A szer- 
verektől elvárt egyre nagyobb teljesít- 
ményt a clustering technológia révén 
lehet majd nagyon egyszerűen kielégí- 
teni. A Novellnek már most is vannak 
ilyen megoldásai (SFTIII, Standby Ser- 
ver), amelyekkel hibatűrő rendszereket 
tud kiépíteni. Orion néven 1998 máso- 
dik felében várható az az új cluster- 
rendszer, amely a hibatűrés mellett tel- 
jesíménynövekedéssel is jár majd. Ma- 
ximum 16, akár különböző gyártóktól 
származó szervert is össze tud fogni. A 
gépek tejesítménye összeadódik, és az 
egész rendszer egyetlen hatalmas kapa- 
citású számítógépnek látszik majd. 

Hargitai Zsolt 
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Hálózati vetélkedő 2.: Skálázhatóság 


Lefelé és felfelé 


Egy kiszolgáló operációs rendszert akkor nevezünk 

jól skálázhatónak, ha az mindössze néhány 

egyidejű felhasználót kezelő, alacsony számításigényű, 
vagy éppen kevés adatmozgatással járó feladatokra 
ugyanúgy alkalmas, mint a több ezer konkurens kérést 
hatékonyan végrehajtó, szuperszerveri képességeket 
igénylő működésre. A Windows NT technológia 

és ezen belül a Windows NT Server felépítése és 
szolgáltatása az informatikai ipar egyik 


legjobban skálázható, ugyanakkor 


rendkívül költséghatékony megoldása. 


Habár az operációs rendszerek szál- 
lítói általában a nagy számok bűvöle- 
tében élnek, fontos megjegyezni, hogy 
egy platformot nemcsak felfelé, hanenm - 
lefelé is skálázni kell. 

— A Windows NT Server az egypro- 
cesszoros kiszolgálóktól a nyolc-tizen- 
két CPU-t tartalmazó középszámítógé- 
pekig több ezer különböző géptípuson 
futtatható. 

— Az azonos technológiára épülő, 
de a gép előtt ülő felhasználót figye- 
lembe véve eltérően hangolt Windows 
NT Workstationt használják a NetPC- 
ken, a hagyományos és hordozható sze- 
mélyi számítógépeken és a professzio- 
nális, akár többprocesszoros munkaál- 
lomásokon. 

— A Windows CE, a , PC alatti" 
hardverkategória (kézi, telefonba és au- 
tórádióba integrált számítógépek, web- 
televíziók, Windows terminálok) ope- 
rációs rendszere szintén a Windows NT 
technológiából született. 

— De a lánc még itt sem szakad meg: 
a Windows NT kernel az alapja az ipari 
folyamatirányító eszközök új generáci- 
ójának is. 


A rendszer felépítése 

A rendszerplatform fent említett vál- 
tozatait integrálja az egységes Win32 
programozási felület, a COM kompo- 
nenstechnológia, a hálózati és B/K szol- 
gáltatások halmaza, a közös felügyeleti 
modell, és így tovább. 

Ennek a széles skálázhatóságnak az 
alapjai az operációs rendszer felépíté- 
sében rejlenek. A Windows NT Server 
közbeavatkozó  többfeladatos  (pre- 
emptive multitasking) operációs rend- 
szer. Ez azt jelenti, hogy a rendszer- és 
alkalmazásfolyamatok (process) egy- 


egy meghatározott időszeletet kapnak. 
Ha ez lejár, a kernel elveszi az éppen 
futó folyamattól a vezérlést, és a követ- 
kezőnek adja. A folyamatok így látszó- 
lag egyidejűleg futnak. Ha pedig a 
számítógép több processzorral rendel- 
kezik, akkor valóban párhuzamosítható 
a végrehajtás. Mi több, a Windows NT 
Server többszálú (multithreaded) ope- 
rációs rendszer, amely egyes rendszer- 
komponenseket és alkalmazásokat a 
folyamatoknál finomabb ún. szálakra 
bont. Ezzel a megoldással egyetlen al- 
kalmazás különböző részeinek párhu- 
zamos végrehajtására is lehetőség nyí- 
lik. 


Eleve több processzorra 

A jól skálázható operációs rendsze- 
rek egyik titka tehát a különböző számú 
processzort tartalmazó hardverplatfor- 
mok egyformán hatékony kezelése. A 
cikksorozat előző részében már emlí- 
tettük az adatbáziskezelő platformok 
teljesítménytesztjeit hitelesítő Transac- 
tion Processing Councilt. A szervezet 
http://www.tpc.org címen elérhető web- 
helyén egy- és kilencvenhat processzo- 
ros gépet egyaránt találhatunk. 

Érdemes megfigyelni, hogy a lista 
négyötödét kitevő egy, kettő, négy, hat 
és nyolc CPU-t tartalmazó rendszerek 
közel 5099-a Windows NT Servert fut- 
tat. Az egyes platformok legjobb Win- 
dows NT-alapú eredményeit elemezve 
látható, hogy az operációs rendszer 
mint alkalmazásplatform gyakorlatilag 
lineáris —— skálázhatóságot biztosít, 
amelynek mértéke átlagosan 84 száza- 
lék. 

Rendkívül lényeges, hogy a több 
processzorból felépített számítógépek 
teljesítménytöbbletét nemcsak a speci- 
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ális módon megírt alkalmazások hasz- 
nálják ki. Ellentétben az eredetileg egy 
CPU-ra készített és utólag átalakított 
rendszerplatformokkal, a Windows NT 
Server eleve szimmetrikus többpro- 
cesszoros működésre (symmetric mul- 
tiprocessing, SMP) tervezett platform, 
amely bármely alkalmazást képes más 
programokkal és a rendszerrel párhu- 
zamosan futtatni, és egyenlően terheli 
az egyes CPU-kat. A processzorkezelé- 
sen túl aszinkron B/K rendszere, haté- 
kony helyi és távolsági hálózatkezelése 
is hozzájárul a skálázhatósághoz. Az 
1997. május 20-án megrendezett Sca- 
lability Day nevű rendezvényen a 
Microsoft többek között az alábbiakat 
demonstrálta: 

— Egy terabájtnyi információt (Föl- 
dünk valamennyi 25 000 főnél népe- 
sebb településének műholdképét) tároló 
és elérhetővé tevő Terra-Servert, amely 
egyetlen számítógépen, Windows NT 
Servertés SOL Servert használva futott. 

— Napi százmillió , találat" (hit) 
kiszolgálására képes webkiszolgálót, 
szintén egyetlen, Windows NT Servert 
és Internet Information Servert futtató 
gépen. 

— Napi 1,8 millió üzenet továbbítá- 
sára, 50 000 felhasználó kiszolgálására 
és 50 gigabájtnyi üzenettár kezelésére 
szolgáló Exchange Servert, amely 
egyetlen gépen, Windows NT Server 
operációs rendszeren futott. 


Fürtös megoldás 

A kiszolgáló újabb és újabb központi 
egységekkel való bővítése csak az egyik 
lehetőség a teljesítmény növelésére. Ha 
több számítógépet ún. fürtbe (cluster) 
kapcsolunk, feldolgozóképességük 
összeadódhat. 

A Scalability Day során a Microsoft 
bemutatott egy húsz, egyenként négy 
processzort tartalmazó kiszolgálóból 
álló fürtöt. A Windows NT Servert, 
Transaction Servert és SOL Servert 
futtató számítógép-együttes egymilli- 
árd üzleti tranzakciót hajtott végre 
egyetlen nap alatt. A fenti teljesítmény- 
teszt és a Scalability Day egyéb bemu- 
tatói a http://www.microsoft.com/bac- 
koffice/scalability/demo.htm címen 
megtalálhatók. 

König Tibor 
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Hálózati vetélkedő 2.: Skálázhatóság 


Rutinból... 


, Skálázhatóság" — a számítástechnikai ipar egyik legutóbbi, 
legdivatosabb kulcsszava. Talán nem is tudjuk, mit nyújt nekünk, 
de azt már hallottuk, hogy szükségünk van rá. Egyszer csak 
minden gyártó azt hiszi, hogy nagyon fontos dologról van szó, 
és tolonganak, hogy ők bizony biztosítani tudják 

a felhasználóknak a skálázhatóságot. 


Mi az IBM-nél nem igazán tudjuk, 
hogy mi most ez a nagy felhajtás a 
skálázhatóság körül. A skálázhatóság 
egyáltalán nem új az IBM felhasználói 
számára, hiszen az IBM felhasználóival 
együtt már akkor , skálázhatóságban 
dolgozott", amikor a skálázhatóság még 
nem volt divat. 


Fogalomtisztázás 

Mi is valójában a , skálázhatóság"? 

— Lehetővé teszi, hogy alkalmazá- 
sokat futtassunk olyan számítógéprend- 
szeren, amely megfelelő méretű válla- 
latunk számára, akármekkora is a vál- 
lalat, és lehetővé teszi, hogy rendsze- 
rünket problémamentesen nagyobbra 
vagy kisebbre méretezzük jelenlegi esz- 
közeink megtartásával. 

— A skálázhatóság fogalmához tar- 
tozik az is, hogy a fenti jellemzővel bíró 
rendszerek és szoftverek folyamatosan, 
megszakítás nélkül, zavartalanul mű- 
ködnek, akár 10, akár 10 millió felhasz- 
nálóról van szó. 

A nagyvállalati számítástechnika va- 
lós világában a skálázhatóság sokkal 
több, mint összekötni több számítógé- 
pet. Megvalósítani a valós világban 
értett sksálázhatóságot magában foglalja 
az üzleti-kritikus rendszerek tízezreit, 
amelyek utasításokat hajtanak végre 
kevesebb mint két másodperces válasz- 
adással egyidejűleg több ezer felhasz- 
nálónak kiszolgálónként. Mindezt tel- 
jesítménycsökkenés nélkül. Megbízha- 
tóan, megfelelő integritással és bizton- 
sággal. 

AzIBM felhasználói különböző plat- 
formokat használnak az üzleti életük- 
ben: IBM szoftver IBM hardveren, nem 
IBM IBM-en, IBM nem IBM-en. Fel- 
használóink már régóta használnak kü- 
lönböző skálázhatósági megoldásokat, 
amelyek IBM operációs rendszerekbe 
és szerverekbe vannak integrálva. Ezek 
az IBM rendszerek támogatnak egyide- 
jűleg 10, vagy akár 150 000 felhaszná- 
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lót. Ezek a rendszerek biztosítják a 
megbízhatóságot, a rendelkezésre állást 
és a biztonságot azoknak a felhaszná- 
lóknak, akiknél követelmény, hogy na- 
gyobb rendszerek, nagyobb hálózatok, 
intranet- és Internet-alkalmazások irá- 
nyába tudjanak mozdulni. Ez az, amit 
mi skálázhatóságnak hívunk. 

De nézzük, hogyan is néz ki ez 
,kicsiben", az OS/2 Warp Server ese- 
tében. A skálázhatóság számunkra igen 
nagy területet fed le. Skálázhatóság 
alatt a vállalat egészére kiterjedő rend- 
szert értünk, ami lehet teljesen hetero- 
gén hálózatokból és platformokból fel- 
épített rendszer is. Az OS/2 Warp Server 
tisztán illeszkedik ebbe a képbe, kap- 
csolatot tartva nagyobb rendszerekkel, 
AS/400, RS/6000 Unix rendszerekkel 


vagy akár S/390 mainframe-mel. De" 


önmagában is képes önálló rendszert 
képezni. 


Tükrözéssel 

A fürtözés és a multiprocesszoros 
környezet két olyan technológia, ame- 
lyet mostanában vezettek be Intel plat- 
formokra, növelve ezzel a kiszolgálók 
teljesítményét, a skálázhatóságot és a 
rendelkezésre állást. 

Az IBM a Vinca cég (http://www 
wvinca.com) StandbyServer for OS/2 
termékét ajánlja fürtözési megoldás- 
ként. Ez tükrözési rendszer, amellyel 
egy tartalék kiszolgálót biztosíthatunk 
az elsődleges mellé. 

Ha elsődleges kiszolgálónk megáll- 
na, akkor a másik gép automatikusan 
át tudja venni az elsődleges kiszolgáló 
teljes szerepét. A kliensek kapcsolata 
az egyik kiszolgálóról a másikra való 
átkapcsolás alatt megmarad, és csak egy 
pillanatnyi késleltetést vesznek észre. 
A munka nem szakad meg, nem történik 
adatvesztés. 

Kiszolgálóleállások három fő ok mi- 
att következhetnek be: a hardver, az 
operációs rendszer vagy az alkalmazás 






Server 





problémái miatt. A Vinca StandbySer- 
ver termékét integrálva az IBM Netfi- 
nity termékével (mely beépített része a 
Warp Servernek) a három fő probléma 
mindegyikét figyelhetjük, és utasíthat- 
juk, hogy különböző eseményeket ho- 
gyan kezeljen, mikor szükséges a , hát- 
térkiszolgáló" indítása. 

Ezek a funkciók teljesen automati- 
kusan történnek, manuális beavatkozás- 
ra nincs szükség. Kérhetjük a rendszert 
arra is, hogy a kiszolgálón felmerülő 
problémákról értesítse a rendszergazdát 
(e-mailben, csipogóra stb.). 

A valós idejű tükrözés tranzakciókon 
alapszik, így nem szenved adatkéslel- 
tetést, mint például egy normál fájlmá- 
solás. A tükrözés egy dedikált hálózati 
kapcsolaton történik, tehát nem okoz 
felesleges forgalmat a hálózaton. Elő- 
nye még, hogy a kiszolgálóknak nem 
kell ugyanabban a szobában lenniük, 
illetve nem szükséges, hogy a kiszol- 
gálók bámilyen szempontból is azonos 
hardverfelépítésű gépek legyenek. 


Szerepcsere 

A Vinca-féle StandbyServer megol- 
dásnak van egy továbbfejlesztett válto- 
Zata is, melyet nagy adatmennyiséggel 
rendelkező vállalatoknak ajánlunk. Ez 
a Netfinity Cluster Pack, amely nem 
csupán a Vinca StandbyServer szoftve- 
rét tartalmazza, hanem kétirányú kap- 
csolatot is létesít két kiszolgáló között. 
Következésképpen ezzel a rendszerrel 
mindkét számítógép dolgozhat kiszol- 
gálóként, és mindkettő kész arra, hogy 
a másik szerepét átvegye, ha arra szük- 
ség van. 

Ez a megoldás az IBM SCSI 2 adap- 
terén alapszik, mely lehetővé teszi, 
hogy egy számítógép hozzáférjen a 
másik számítógép RAID környezeté- 
ben tárolt adatokhoz. 

Az IBM régóta vezető szerepet ját- 
szik az SMP technológiában. Az IBM 
volt az első cég, amely 1993-ban az 
OS/2 2.11-es verziójával SMP-megol- 
dást szállított tisztán PC-s környezetbe. 
Az OS/2 Warp Server SMP 2-4 pro- 
cesszorra van optimalizálva, hiszen 
ezek napjaink domináns SMP rendsze- 
rei, de architekturálisan 64 processzort 
tud kezelni. 

Pál Ferenc 
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Hálózati vetélkedő 2.: Skálázhatóság 


Teljes biztonsággal 


Egy számítógép vagy szoftver a vásárlás pillanatában adott 
feladatok elvégzésére alkalmas, kérdés azonban, hogy idővel, 
ahogy igényeink vagy a környezet által támasztott igények nőnek, 
a gép (vagy a rendszer) mennyire tud ezekkel együtt nőni. 


Ha egy termék jól skálázható, akkor 
évekig tovább lehet bővítgetni az igé- 
nyeknek megfelelően, ha nem skáláz- 
ható, akkor le kell cserélni másik ter- 
mékre. Egy nagy logisztikai rendszer- 
nél, amelyet huszan, harmincan, százan 
használnak, egy ilyen váltás hatalmas 
ráfordításokat igényelhet (beüzemelés, 
betanítás, kezelési és működési hibák 
elhárítása. . .). 


De a skálázhatóságot sem adják ir " 


gyen! A skálázható rendszerek kulcs- 

kérdései az alábbiak: 

s Hány felhasználót tud a rendszer 
maximálisan kezelni? 

; Hány CPU-t tud maximálisan kezel- 
ni? (Hardver is, szoftver is.) 

s  Többszálú-e az operációs rendszer? 

s Mennyire bővíthető a memória? 
(Hardver is, szoftver is.) 

s Az alkalmazás nem dugul-e be, ha 
sokkal többen használják? (Ekkor 
már a legjobb hardver sem segít.) 

s Mennyire képes a rendszer az új 
eszközöket kezelni? (Kártyák, háló- 
zatok, perifériák, protokollok, szab- 
ványok...) 

5) Át lehet-e vinni más, erősebb hard- 
verre az alkalmazást, egyszerűen, 
átírás nélkül? 

s Az adott hardveren lehet-e mást is 
futtatni, párhuzamosan az adott al- 
kalmazással? (Mennyire nyitott az 
architektúra?) 

s Mennyire lehet a rendszer futási 
biztonságát növelni? (Diszktükrö- 
zés, rendszertükrözés, fürtözés stb.) 

s Mennyire lehet a rendszer hozzáfé- 
rési biztonságát növelni? 

A skálázhatóság a megbízhatóság 
mellett egyre fontosabb szemponttá vált 
az üzleti kiszolgálók és az azt működ- 
tető operációs rendszerek beszerzése- 
kor. A felhasználó általában jelenlegi, 
illetve tervezett közeljövőbeli igényei 
alapján dönt a vásárlásról. Azt maga 
sem tudja, hogy 1 vagy 2 év múlva a 
rendszerrel szemben milyen követel- 
mények lesznek. (Például az erőforrá- 
sokat illetően.) 


Jelentős  erőforrástöbbletre lehet 
szükség, ha a felhasználók száma nö- 
vekszik, ha módosítanak a meglévő 
alkalmazáson, esetleg az adott adatbá- 
ziskezelőnak újabb változatát kell hasz- 
nálni, vagy további alkalmazásokat kell 
telepíteni a rendszerre. 

Ha a felhasználó kinőtte a rendszer 
kapacitását, és az tovább nem bővíthető, 
bizony rengeteg probléma adódhat. 
Előszöris, ha a rendszer nem régi, akkor 
meg sem térült a belefektetett pénz, 
máris le kell selejtezni. Kérdés ilyenkor, 
hogy lehet-e másra használni. Ez min- 
denesetre az Intel-alapú gépek mellett 
szól, hiszen egy ilyen szervert később 
oda lehet adni a titkárnőnek is, mert 
kedvenc szövegszerkesztőjének 2002- 
es változata is minden bizonnyal hasz- 
nálható rajta, de ugyanez mondjuk egy 
IBM AS/400-assal kicsit már problé- 
más. 

Az alkalmazásról tényleg semmit 
sem lehet mondani azon kívül, hogy a 
fenti szempontok alapján alaposan vé- 
gig kell nézni az egyes tulajdonságokat. 

Utána jön az operációs rendszer. A 
fenti követelményeknek a kapható ope- 
rációs rendszerek jelentős része vala- 
milyen mértékben eleget tesz. Kiemel- 
kednek azonban a Unix rendszerek, 
amelyekre mindig is jellemző volt a 
nagyfokú skálázhatóság. Ma a Unixok 
alkalmasak akár egy-két, akár többezer 
felhasználó kiszolgálására. Itt a válasz- 
ték a nem professzionális célokra szánt, 
gyakorlatilag ingyenes Linux rendszer- 
től (PC hardver) a szintén Intel alapo- 
kon futó professzionális Unixware-en 
vagy SPARC (RISC) processzoron futó 
Solarison keresztül egészen a 4000 pro- 
cesszor párhuzamos kezelésére képes 
Tandem Unixig terjed. Már a Linux is 
képes egy komolyabb teljesítményű 
gép kezelésére, de például a professzi- 
onális célokra szánt SCO kapható egy- 
felhasználós változatban is, és elindul 
akár egy 486-os PC-n, 16 MB RAM- 
mal, 850 MB-os diszkkel, ugyanakkor 
teljes kiépítésben a Unixware7 olyan 
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rendszerré fejleszthető, amely 1000- 
2000 felhasználót is kiszolgálhat. A 
kezelhető processzorok száma: 32, a 
maximális RAM-méret 64 GB, a ma- 
ximális diszkméret 76,5 TB. 

Ez az operációs rendszer egyebek 
között pl. szoftverből tudja különböző 
RAID szinteken védeni a diszkeken 
lévő adatok biztonságát. Emellett für- 
tözés (clustering) segítségével több gé- 
pet össze tud kapcsolni úgy, hogy azok 
egymás erőforrásait használják. Párhu- 
zamosan futtatható 2, 4 vagy akár 6 gép 
is, és azok képesek egymás feladatait 
átvenni, ha az egyik valami miatt meg- 
hibásodna. A fürtözés másik feladata a 
terhelés megosztása. Ekkor a fürtözést 
alkotó gépek egyetlen közös memória- 
képet láthatnak (Single System Image 
-z SSD és az alkalmazások transzparen- 
sen férhetnek hozzá bármelyik gép me- 
móriájához és perifériájához. 

A fenti tényezők már hardveres te- 
repre vezetnek át. Évek óta látszik, hogy 
a multiprocesszoros rendszerek egyre 
népszerűbbek. Ezek óriási előnye, hogy 
néhány kártya bedugásával a szerver 
teljesítményét félóra alatt többszörösé- 
re növelhetjük, szemben a szervergép 
esetleg több napig vagy egy hétig is 
tartó cseréjével, ami egy informatikai 
vezető rémálma. Azt azonban tudomá- 
sul kell venni, hogy egy többprocesz- 
szoros rendszer egy-két processzorral 
fajlagosan jóval drágább, mint az 
ugyanezt tudó, de tovább már nem 
bővíthető rendszer. Emellett a pro- 
cesszorok hatékonysága is nyilván ki- 
sebb, ha egy 8 processzorra tervezett 
gépben 2 processzor , lötyög". Itt a 
választék széles, mert 2, 4, 8, 12, 64 
processzoros gépek is elérhetők Intel, 
PowerPC, Sparc, MIPS processzorok- 
kal. Nemzetközi tapasztalatok szerint a 
nagy cégek ilyen teljesítménytartomá- 
nyokban előnybe részesítik a Unix 
rendszereket, mert egyrészt az ár/telje- 
sítmény viszony kedvező, másrészt 
ezen a területen a Unix rendszerek már 
bizonyították, hogy az elengedhetetle- 
nül szükséges nagyfokú megbízhatósá- 
got garantálni tudják, márpedig egy 
olyan rendszernél, amely létkérdés a 
cég számára, ez (kellene hogy legyen) 
a legfontosabb tényező. 

Toporczy István 
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Memorizálunk. . . — IV. 


Az SDRAM házatáján 


Az Intel LX chipkészlete az első Pentium II chipkészlet 

a gyors szinkron DRAM-hoz (SDRAM). Ezenkívül fogadja 

az EDO RAM-ot is, de a régi Fast Page Mode RAM-ot (FPM) nem. 
Mivel az SDRAM kizárólag DIMM kivitelben (Dual Inline Memory 
Module; 168 lábú, mindkét oldalán kontaktussal ellátott formában) 
készül, a gyártónak megfelelő foglalatot kell az alaplapra építenie. 
Alábbi írásunk áttekintést próbál adni 


a technikai jellegű ismeretekről. 


Az SDRAM kifejezés a szinkron 
DRAM-ból származik. Kifejlesztésé- 
nek megértéséhez értenünk kell azt az 
alapproblémát, hogy a , hagyományos" 
RAM-ok és az EDO RAM-ok jóval 
lassabbak, mint a CPU, ezért a CPU 
sokáig várakozik, mire egy utasítás 
vagy adat a memóriából végre megér- 
kezik. 

Miközben a CPU fejlődése töretlen- 
nek mondható — azaz a Moore-szabály 
szerint az Intel általában 18 hónapon- 
ként képes megduplázni az adott chipen 
elhelyezett tranzisztorok számát —, ad- 
dig a RAM és különösen a PC busz- 
rendszerének fejlődése lemaradt. A 
RAM-fejlesztések döntő többsége az 
elmúlt időkben a RAM-chipekkel füg- 
gött össze, ebben a jövőben változás 
várható, és az adatátviteli szélesség is 
meghatározó lesz. 

Egy ,hagyományos" FPM RAM 
minden harmadik órajelnél képes adatot 
szolgáltatni, egy EDO RAM minden 
másodiknál, azaz az elért sebességnö- 
vekedés kb. 3090-os. Az SDRAM min- 
den felfutó órajelnél szolgáltat adatot, 
így a , hagyományos" RAM-nál kb. 
3-szor gyorsabb. (Csak zárójelben je- 
gyezzük meg, hogy kifejlesztés alatt 
van a DDR rendszer, amely az órajel 
felfutó és lefutó élénél egyaránt képes 
adatszolgáltatásra, így ama használatos 
SDRAM-nál kb. 2-szer gyorsabb.) 


Bekapcsoltunk... 

A PC bekapcsolása után a BIOS 
egyik első feladata a RAM üzembehe- 
lyezése. Ehhez fel kell ismernie, hogy 
melyik foglalatba milyen típusú RAM 
van helyezve, és a chipkészletet ennek 
megfelelően kell , felprogramoznia". 
Ezután a BIOS megállapítja a RAM 
nagyságát és szervezettségét. Ezt egy 
trükkökkel alaposan megtűzdelt algo- 
ritmus révén találja ki. Például a chip- 
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készletet különbözően felprogramozza, 
egy algoritmus szerinti mintát ír a 
RAM-ba, majd visszaolvassa. Ez az 
eljárás hosszú ideig is eltarthat. Ha sok 
RAM van a rendszerben, másodpercek 
telhetnek el, mire a BIOS végre felis- 
meri a RAM típusát, és a RAM-teszt 
elkezdődhet. 

Az SDRAM-nál már nem elég, ha a 
BIOS , találgat". Ahhoz, hogy a RAM 
megfelelően működjön, néhány vezér- 
lőjeletis be kell állítani. Ez attól is függ, 
hogy milyen az alkalmazott RAM-chi- 
pek szervezése. Egy 64 bites modul 
például felépülhet 8 db x8 szervezett- 
ségű chipból, de állhat 16 db x4 szer- 
vezettségűből is. Ezt a különbséget 


azonnal látjuk, ha szemünk pillantását "7 


a modulra vetjük. A BIOS-nak azonban 
nincs szeme, így esélye sem, hogy a 
RAM típusát ilyen egyszerű módon 
megállapítsa. 


Ravaszkodások 

A gyártók szerelhettek volna kamerát 
is a PC belsejébe, amely betöltés köz- 
ben a modulra ránéz, ehelyett azonban 
az Intel fejlesztői a Serial Presence 
Detect (SPD) eljárást találták ki. Min- 
den modern DIMM-en (mindegy, hogy 
SDRAM vagy EDO) a RAM mellett 
található egy kis EEPROM chip. Ezt a 
chipet az I2C buszon keresztül vezérlik. 
(Most kihagyjuk az I2C busz tárgyalá- 
sát.) Az EEPROM chipbe írják a gyár- 
tók a DIMM modul jellemzőit: EDO 
vagy SDRAM, kapacitás, a modul belső 
stb. A BIOS az I2C buszon keresztül ki 
tudja olvasni a modul jellemzőit, és 
ennek megfelelően a vezérlő chipkész- 
letet fel tudja programozni. Így az idő- 
igényes RAM-felismerő eljárás kiesik. 

Mivel az EEPROM chipben a szük- 


vannak, az alaplap gyártója elvileg nem 


kell, hogy a felhasználót a gyötrelmes 
BIOS-beállításokkal kínozza, elég, ha 
egy , AUTO" felismerést felkínál. Nos, 
ennyit az elvről. Mint oly sokszor más- 
kor is, a gyakorlatban a dolog kicsit 
más... 

Az első SDRAM DIMM-ek például 
nem tartalmaztak EEPROM-ot, sőt ma 
is előfordul, hogy költségkímélés miatt 
a gyártó nem építi fel az EEPROM-ot 
a modulon. Az ilyen modulokat az Intel 
LX specifikációja nem támogatja. Hogy 
ezek néhány alaplapon mégis működ- 
nek, az más lapra tartozik. Az EEPROM 
nélküli modulokat ránézéssel könnyű 
felismerni. Az is előfordul azonban, 
hogy jóllehet a DIMM tartalmazza az 
EEPROM-ot, de az hibásan van fel- 
programozva, vagy nem minden adatot 
tartalmaz. Ez azzal függ össze, hogy 
idők folyamán az SDRAM specifikáci- 
ója, illetve az SPD adatstruktúrája meg- 
változott. Csak 1996 decemberében bo- 
csátotta ki a JEDEC-bizottság az érvé- 
nyes szabványt és ezzel az SPD adat- 
struktúráját. 

Elvileg a BIOS ki tud olvasni az 
EEPROM-bál egy verziószámot, és ez- 
Zel el tudja dönteni, melyik szabvány 
szerinti az SDRAM. Hogy azután mit 
tesz a régi verziójú SDRAM-mal, az 
már a BIOS programozójára van bízva. 
Vélhetőleg az új SPD szabvány már az 
egész világon elterjedt, így feltehető, 
hogy az új tervezésű SDRAM-ok kor- 
rekten vannak programozva. Ha a fel- 
használó egy LX chipkészeletes alap- 
lapot használ, tudnia kell, hogy csak az 
EEPROM-mal ellátott SDORAM-ok mű- 
ködnek korrekten. 


Az LX chipkészlet 

Az LX chipkészlet alapvetően csak 
a nem pufferelt 3,3 voltos RAM-ot 
támogatja. A DIMM modulokat két 
bevágással látják el, ezek pozicionálják 
a modult. Így nem fordulhat elő, hogy 
a 3.3 V-os modult az 5 V-os helyébe 
dugjuk, vagy fordítva. Az SDRAM-nak 
minimum 66 MHz-cel kell működnie. 
Az EDO RAM-nak legalább 60 ns-os- 
nak kell lennie. 

A chipkészlet 8 RAS vezetéke 4 
memóriabank címzését teszi lehetővé, 
választhatóan egyoldalasan (1 RAS ve- 
Zzeték) vagy kétoldalasan (2 RAS veze- 
ték). Az EDO és az SDRAM keverhető, 
ha a BIOS felismerő rutinja ezt lehetővé 
teszi. Némelyik OEM megengedi a 
keverést, a többi azonban nem. A fel- 
használónak javasoljuk: ha LX chip- 
készletes alaplapot használ, EDO 
RAM-ot csak akkor alkalmazzon, ha az 
OEM-gyártó ezt kifejezetten ajánlja. 

Morva Sándor 
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SebN kínálatát biztosítják. A DIGITAL, és a 
MiGLOSOH Stratégiai szövetsége révén pe- 
[eleste TELS ELLA ATÁT a PONT ELAEATT HLLESTES 
HYei(Ot Ste Ms Ete I KGY A EST St el S Így kaphat új len- 
(SARGA VA LAN EZ KN TSZZTNOTTATVE 
gő új DIGFEATS szerverek mindig emlé- 
keztetni fogjákszá;- most márívalóban 
nines megállás! Keresse viszonteladóink 
adataitshonlapunkon, a vvvw.digital.hu 


eím alatt. 


"DDE 


h8 LDT TT TR Te ez álteső B LETE EEEN B TEL ÉMGT 
TV éallpínent Corporation cédjegye. A Microsoft és n 
MLATTETAN E ÉGNE ET S ke Zak 
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a Borland " ! 


Magyarország 
H 


Jáuer2 JBuilder 2.0 


A Borland legújabb JAVA fejlesztőeszköze 


Néhány lényeges a számos újdonság közül: 


a választás lehetősége... 





97-237, 1290-646 


" A legutolsó JAVA szabványok támogatása (JDKI.2, 
JavaBeans, JFC/Swing, JDBC...) 
Fejlesztés közben változtatható JDK 
A Delphi 3.0-ban már bevált Codelnsight a kódolás gyorsítá- 
sáraés taktikus hibák elkerülésére 
Teljeskörű JDBC adatbáziskapcsolat 
Swing adatkapcsolati JavaBeans-ek forráskóddal együtt 
" Forráskód több mint 200 JBCL és JFC/Swing JavaBeans-hez 
Integrált VisiBroker for Java a CORBA-t és IIOP-t felhasz- 
náló elosztott fejlesztésekhez 
Többrétegű, elosztott CORBA-n alapuló alkalmazási példa 
forráskóddal együtt 
A beépített projekt management támogatja a CORBA-s 
fejlesztéseketis 
A JavaBeansExpress segítségével az Enterprise JavaBeans- 
lisan hozhatók létre 

Deployment Server az alkalmazások egyszerű 
terjesztéséhez 
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Demonstrációra jelentkezés és további információk: 
www.borland.hu vagy inforgborland.hu 








Borland z- 


Magyarország Fa 





Budapest XIII. Béke út 93. 


Magyarország, 1143 Budapest, Hungária krt. 79-81., telefon: 252-8145 
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atni KtösaSN G Dysan ESŐS 


(GRAHAM Tisztelt Partnerünk! SZVn 


PRÍNPOC (efa date 
Verbatim, Primax, Staedtler, Post-it... 
Cégünk legfontosabb építőkövei a márkák, amelyeket forgalmazunk. 


Amire számítástechnikai kellék, irodaszer és papír-írószer termékkörben 
szüksége lehet, nálunk kapható minden. 





EETHETTEETT EÍISTAR Az általunk forgalmazott termékek legnagyobb részét közvetlenül a 
gyártótól vásároljuk, hogy minél kedvezőbb árat biztosíthassunk viszont- 
eladó partnereink részére. Minden termék azonnal, raktárról kapható. 


Az M3-as autópályától két percre, Zugló és Rákospalota határán lévő 
e. nagykereskedelmi raktárunkban önkiszolgálás vagy árukiadás kívánság 
szerint. Őrzött parkoló az udvarban. Értékesítés kizárólag viszonteladók 
részére. 





T vicioria  / Postát Kérjük, tisztelje meg látogatásával cégünket a budapesti IFABO-n 1998. 


május 5-9 között az ,A" pavilon 211/A és a ,D" pavilon  301/A 

standján. A külön irodaszer standdal is hangsúlyozni kívánjuk, hogy cégünk 
Vr . termékválasztékában és forgalmában egyre nagyobb szerepet kap az 
ésrece írodaszer- és papír-írószer termékkör. 





ROLODEX 





CORWELL Kft. H- seg 
1155 Budapest, IFABO B8 SE 


BmolLin Dembinszky u. 1. BUDAPEST 


zzz Tel: 306-9060, 199 sit üt 


Fax: 307-6324 


el eE eena ei b CORWELL 
-mail: corwe corwell.hu elhet Ön a legfonlesütb 


e 
CARAN EHE 
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Photoshop suli — IV. 
Munka a képekkel 


Sorozatunk előző három része általános ismertetés volt 

(az első kettő a lapban, a harmadik a CD-n). A továbbiakban 
a képeken elvégzendő műveletekre fogunk összpontosítani, 
bemutatva az egyes képek feldolgozása során kínálkozó 
lehetőségeket. Egyszer az lesz a feladatunk, 

hogy egy meglévő képet egészében vagy részleteiben 
átszínezzünk, máskor az, hogy bizonyos képelemeket 
beillesszünk egy másik képbe, megint máskor az, 

hogy egy adott kép bizonyos részleteit áthelyezzük 

a képen belül, vagy egy kép részleteinek 

— esetleg egészének — bizonyos jellemzőit 


megváltoztassuk... és így tovább. 


Sorozatunkban a már tárgyalt ismeretekre 

mindig támaszkodunk, tehát az előző cikkekből 

fel lehet frissíteni a különböző eszközök használatával 
és a paraméterezésekkel kapcsolatos tudnivalókat. 


A feladatokat zenei kifejezéssel élve 
, Ujjgyakorlatoknak" szánjuk, de a Pho- 
toshop program lehetőségeiben az is 
benne rejlik, hogy akár alapvető műve- 
letekkel kitűnő alkotásokat hozzunk lét- 
re. Ehhez persze türelem, idő és — ne 
tagadjuk — még bizonyos hajlam is 
szükséges. 

Két általános érvényű megjegyzés. 
Az egyik, hogy a grafikus munka finom 
egérmozgatást követel meg tőlünk, és 
a gyakori egértisztítás elmulasztását ki- 
váló kézügyességgel sem lehet ellensú- 
lyozni. 


FA 
File Szerkesztés 7 
Szöveg egy 1 
ablakban [/ 


1 LAALTAL 


A másik ajánlás a képernyőre vonat- 
kozik. A Windows alapértelmezés sze- 
rinti fehér háttere nemigen teszi lehe- 
különbségek és a színárnyalatok pontos 
érzékelését, ezért javasoljuk, hogy a 
vezérlőpulton a színek beállításánál a 
program munkaterületét állítsuk be sö- 
tétszürkére, az ablak hátterét pedig sem- 
leges világosszürkére. (1. kép.) Ezzel a 
beállítással más programokban is jól 
dolgozhatunk, és a szemünk sem fog 
elfáradni. (Ráadásul a képernyőt is ez 
kíméli a legjobban.) 


Képernyőelem: 

[Munkaasztal s] 
ÁAlapszínek: 

(ETL 7 TE UA CEC URI 
IE [7 (EE UBB TI IE 
[EE (1 18 [EE EHE (EC E A 
TEHET (7 JEE EGET UHH THE (E (HA 
HEC] HE EE HE Hl EE 
KN [ET TET EE ETL. 1 IL 


Saját színek: 


E II IL I IL IL I 
I I II IE II I 
































Saját színek definiálása... 








1. lecke: képrészlet átszínezése 

Az a feladat, hogy az mellékelt képen 
szereplő modell hajának színét változ- 
tassuk meg, mégpedig a frizura meg- 
tartásával. Ezt többféle módon is meg- 
tehetjük. 

a) Először csináljuk meg a módo- 
sítást az Image legördülő menü Ad- 
just/Color Balance parancsával. 

1. Hozzuk létre a kép másolatát egy 
új rétegen a Duplicat Layer paranccsal. 
Az új réteg legyen átlátszatlan (Opacity 
-— 10099). A továbbiakban ezt a lépést 
tekintsük magától értetődőnek, amikor 
egy változtatási feladathoz hozzákez- 
dünk. 

2. Jelöljük ki a modell haját a lasszó 
eszközzel. Megfelelő nagyításnál egé- 
szen pontosan dolgozhatunk, a Tab bil- 
lentyűvel eltüntethetjük a zavaró palet- 
tákat. (2. kép.) 


OZ DIBISIS[AL ? [6 


2. kép 


3. Most adjuk ki a fent említett 
parancsot. A csúszkák segítségével ál- 
lítsuk be a kívánt színárnyalatot. A 
mellékelt képen ez vörös, de termé- 
szetesen bármilyen színt kikeverhe- 
tünk. (3. kép). 

4. Ha elégedettek vagyunk az ered- 
ménnyel, a Flatten image paranccsal 
(Layers paletta) olvasszuk össze egyet- 
len képpé a rétegeket. 





3. kép 
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4. kép 


A kiválasztás pontosságának megfe- 
lelően jó eredményt érhetünk el. Annyi 
történt csak, hogy a kiválasztott terület 
pixeleinek színegyensúlyát megváltoz- 
tattuk. 

b) Más módon is megközelíthetjük 
a feladatot. 

1. Jelöljük ki a területet. 

2. Az Image/Adjust/Hue/Saturation 
parancs kiadása után a három csúszka 
segítségével állítsuk be a kívánt szín 
árnyalatát, telítettségét, és ha szüksé- 
ges, a fényességét. Ezt megtehetjük a 
Master opció bejelölésével — ekkor az 
összes színösszetevő módosul —, de 
kiválaszthatunk egy adott színt is. (4. 
és 5. kép.) 

A Hue/Saturation segítségével apró- 
lékosabb, de bonyolultabb változtatáso- 
kat eszközölhetünk, mint az előbbi 
módszerrel. 

c) Most nézzünk meg egy harma- 
dik módszert. 

1. A kijelölt területre adjuk ki az 
Image legördülő menüből az Adjust/Se- 
lective Color parancsot. 


lode 


File Edit Mode Image Filter 





ip olélmisI8lés [ri : le 


Select Window — Help 





EE 2 
b] 


€ T Bruzhez Y Eyedropper Option: 




































































cjelEe T E 
3 r TÉS 4 [Ba SAreen [d 

KSE ts s 
lar EEZEES áz 
(LT HE TEBEZÉI 
na 
! 2] 5] 
E Laperzol Channel OL, Path . 
Téts Does — TÖB 
zs j ESZES ZTE] 
Ji KÉt T 4 8 - § 
nolej ES. A e  Bsckground cogy 
ERIT EN. : 
15 (3 Master éle Eszti 
E cg 
E oz Saturation: 26 

0-5 HA 

cc Éeet 5m— 

c 2 - 

vasü va 
977K/1.91M "b Cickto select al 
5. kép 


2. Nézzük meg, hogy esetünkben 
melyik színt érdemes módosítani. 
(Amint azt korábban leírtuk, az úgyne- 
vezett feketepróbával egyértelműen lát- 
ni fogjuk, hogy az adott színből mennyit 
tartalmaz a kiválasztott terület, tehát 
mennyire érdemes valamelyik színhez 
hozzányúlni.) Mostani képünk esetében 
a haj színe erősen kevert szín, ezért itt 
a leglátványosabb eredményt a neutrá- 
lis színek megváltoztatásával értük el. 
(6. és 7. kép.) 

Példáink mindegyikében vörösre szí- 
neztük a modell eredetileg középszőke 
haját. Természetesen más színekből ki- 
indulva is ezekhez hasonló eredményre 
juthatunk, vagy akár extrém színezete- 
ket is produkálhatunk. 

Sok más módszer is használható a 
színmódosításokra, ízelítőnek talán 
ennyi is elég. Mindhárom módszer ese- 
tében ajánlatos a különböző beállítási 
módszerekkel kísérletezgetni, ami azért 
is fontos, mert nincsenek általános ér- 





—— Colors: ( E] Neutrals : 7 
] -a z 


Cyan: 
Magenta- 


Yellow: 
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vényű instrukciók arra nézve, hogy 
milyen beállításokkal hozhatjuk létre a 
kívánt módosításokat, hiszen a külön- 
böző képek színe, telítettsége és fényes- 
sége több paraméter szinte végtelenül 
sok kombinációjából állhat össze, még 
ha ránézésre sok is a hasonlóság. Kellő 
gyakorlattal azonban már tudni fogjuk, 
hogy milyen módszerrel érdemes köze- 

líteni az adott feladat megoldásához. 
Gyakorló feladat: Próbáljuk ki egy 
kép kiválasztott területén az Image/Ad- 
just/Variations parancsot hasonló ered- 
mény elérésére. A színes fotók kidol- 
gozásában járatos felhasználók itt ott- 
honosan fogják érezni magukat, és bi- 
zonyára megkedvelik ezt a metódust, 
amelynek segítségével nyersanyag po- 
. Ssékolása nélkül, gyorsan és egyszerű- 
en lehet korrigálni számos felvételi hi- 
bát — akár még olyanokat is, hogy 
napfényfilmre korrekciós szűrő nélkül 
exponáltunk műfényben, vagy fordítva. 
Mózes István Miklós 





INFORMÁCIÓKÉRÉS: 43 v 


. ADATVÉDELE M 
Adatvédelem 

D Szoftvervédelem 
Hi Másolásvédelem 


A Egyedi gépeken d 











ET 
- igelékattéy 





Kommunikációs védelem, 
On-line TCP/IP titkosítás, 
E Virtuális privát hálózaton 


Adathordozókon 4 


e 





1134 Budapest, Váci út 19. 


E-mail : 


esszé 


TETEL matav.hu 














AGFA-CASIO-KODAK-SONY 


KÉP. BEZZNEI 
hi ". 


Megnézheti TV-n 


Tintasugaras- 
Lézer- 
Fénykép- 


éled é tte El 


Beillesztheti 
dokumentumaiba 


Elküldheti E-MAIL-en 


Word, Corel, stb. 





Budapest, 1149 Egressy út 5. 
T./f.: 221-6779, 221-6772 





s . ] 
Ebola.313 


8 
s 
g 
2 
u 
Ki 
§ 
s 
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TETA TETA MAGNETIC KFT. ! 
Tel: 1-140-2518 fax: 1-111-5004 ! 


nyomtatón 


Ebola.378 
Ebola.3000 


Már az Ebola ellen is 
hatásos... 


VIKre 


...és a biztonság visszatér 


Shift Informatika 
Telefon/Fax: 06 (54) 411-753 


Vírusügyelet: (20) 421-174 
Web: www.elender.hu/-virware 
E-mail: virwareDelender.hu 


119.800 
143.400 
224.000 


H-P: 9.30-18.00 Szo: 9.00-13.00 
http://www.ready.hu 


Tel: 331-0518 Fax: 311-8671 
Faxbank: 2-333-666/13104£ 


Ready Compker Kft. 
Az árváltoztatás jogat fenntartjuk 


Komplett konfigurációk 
Intel P133/8MB/1.3GB 
4 minden géphez: minitorony, 1415" CSVGA, 
1/4MB PCI VGA, billentyűzet, egér, 1.44 FDD 
Érdeklődjön viszonteladói árainkról : (30) 413 453 


586 VIA alaplap/Pro komp. hangk. 13.125/3. 


IP200OMmMmx/32MB/2.1GB/24xCDISB64 
AcorpTX 512/a: drive 


Intel P166/16MB/1.7GB/12xCD 


Intel PI33/IBM 200MX 

Intel P16G6mmx /200MMX 
2.1GB/3.2GB Seagate 
2.1GB/3.2GB SE Oauantum 
Diamond Monster 3dfx 

SB 16-irádió/SB AWE 64 
24x Sony/24x Panasonic 


COMPUTERS 





KEDVEZMÉNYES VÁS 
AZ IFABO IDEJE ALATT! 


svi 


Győr, 9024 Mónus I. u. 19. 
T./f.: 96/414-411 , Fax: 517-501 


or 
a 
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VHDL — a jövő útja a tervezésben? 


Hardverleíró világnyelv 


A hardverfejlesztők két fő csoportját különböztethetjük meg: 

az integrált áramkörök tervezőit és a rendszertervezőket. 

Mind a két csoportnak pontosan meghatározható a feladata: 

az IC-tervezők olyan alkatrészeket készítenek, amelyeket majd a 
rendszertervezők használnak a kártyák és az ezekből álló 
berendezések megépítéséhez. Ez a , két világ" sok mindenben 
különbözik, így a tervezési módszerekben, eljárásokban is. 
Felvetődik a kérdés: hogyan lehetne közelebb hozni egymáshoz 
e kettőt, megkönnyítve a tervezési munkát? Egyre inkább úgy 
tűnik, hogy a választ a leíró nyelveknél kell keresnünk. 


A mikroelektronikában nagy szerep 
jut az alkatrészek tesztelésének, mert 
ezen a területen kerül a legtöbbe az 
elkövetett hibák korrigálása. A szimu- 
láció ugyan nem tesz lehetővé kimerítő 
tesztelést, de segítségével a hibák nagy 
százalékát diagnosztizálhatjuk. 

A technológiai módszerek fejlődésé- 
vel az IC-k komplexitása is növekszik. 
Nagyon leegyszerűsítve azt mondhat- 
nánk, hogy amihez pár évvel ezelőtt 
még egy egész rendszerre volt szükség, 
arra most egyetlen integrált áramkör 
elegendő. 

Ennek következtében viszont mind 
nehezebbé, sőt szinte lehetetlenné válik 
a rendszer globális szimulációja. Ter- 
mészetesnek mondható tehát, hogy a 
mikroelektronikában megjelentek a 
hardverleíró nyelvek, amelyek nagy- 
mértékben megkönnyítették a szimulá- 
ciót. (Nem is a VHDL volt az első.) 
Ilyen módon a tervezési idő lerövidült, 
ami óriási előny a piaci versenyben. 

A leíró nyelveknek más szerepük is 
van: talán ők alkothatják azt a bizonyos 
interfészt a fentebb említett , két világ", 
az IC-tervezők és a rendszertervezők 
között. A VHDL nyelven , elkészített" 
alkatrészek lehetővé teszik a teljes rend- 
szer tesztelését, és a rendszer egy ré- 
szének a környezetétől független vizs- 
gálatát. A hibák kijavítása is sokkal 
egyszerűbbé válik. Az IC-gyártók szá- 


mára, akiknek legnagyobb vetélytársuk 
az idő, lehetővé válna, hogy megrende- 
lőiknek egy VHDL-ben (is) megvaló- 
sított alkatrészt adjanak át. A megren- 
delők pedig ugyanazon a VHDL plat- 
formon integrálhatnák rendszerükbe a 
sokféle alkatrészt. Ezek a lehetőségek 
Európában egyelőre többé-kevésbé 
még csak elképzelések, de a tengeren- 
túlon már valóságosak. 
Normalizálásával a VHDL nyelv 
megbízható, mindenki számára köny- 
nyen megismerhető, lehetőséget ad a 
szimulációra, az ellenőrzésre. Alkalma- 
zási köre igen nagy, arra is volt példa, 


hogy mechanikai rendszerek tesztelésé-. 


re használták. A leíró nyelvek előnyeit 
korábban is felismerték a tervezők, de 
azok megalkotásához komoly beruhá- 
zásokra, sok munkára volt szükség. 
Cserébe viszont jó hatásfokú, könnyen 
használható, a céloknak megfelelő 
nyelvek születtek. Volt azonban egy 
nagy hátrányuk: ahhoz a fejlesztési 
környezethez kötődtek, amelyhez a ter- 
vező a nyelvet megírta, nyilván saját 
munkájának megkönnyítésére. Ezzel 
szemben a VHDL talán legnagyobb 
előnye, hogy IEEE standard, így a többi 
nyelv közötti fordítók helyett egysze- 
rűbb megalkotni a VHDL felé az inter- 
fészt, ezáltal a fejlesztők egymás spe- 
cifikációit, terveit, leírásait munkájuk 
során felhasználják. 


A VHDL hardverleíró nyelv részletes 
bemutatására itt nincs lehetőség. Aki 
szeretné jobban megismerni ezt a vilá- 
got, bővebb információkat is csak az 
idegen nyelvű szakirodalomban talál- 
hat. (Magyar nyelvű kiadás tudomá- 
sunk szerint még nem készült erről a 
szakterületről.) 

A hardverleíró nyelvek nagy részé- 
nek elnevezésében szerepel a HDL be- 
tűszó: Hardware Description Language. 
A V betű egy másik betűszóból szár- 
maztatható: VHSIC - Very High Speed 
Integrated Circuits. (Nem teljesen tisz- 
tázott, hogy a , H" betű a HDL-ból, 
vagy pedig a VHSIC-ből ered.) Az 
elnevezésből arra következtethetnénk, 
hogy a nyelv csak a mikroelektronika 
területén használható, de a VHDL az 
integrált áramköröknél jóval magasabb 
absztrakciós szintű leírást is lehetővé 
tesz: kártyák, sőt egész rendszerek 
hardver- és szoftverrészének modelle- 
zésére is szolgál — tehát algoritmuso- 
kat is tartalmaz. Ez a sokoldalúság teszi 
a nyelvet igazán jelentőssé. 

Az igény a rendszerek egyértelmű és 

s-általános (standardizált) leírására az 
Amerikai Védelmi Minisztériumban 
vetődött fel először a 80-as évek elején. 
Az Intermetrics, az IBM és a Texas 
Instruments 4 éves munkájának ered- 
ményeképpen született meg az IEEE 
1076B szabvány, és azt 1987. december 
10-én hagyták jóvá. Azóta a VHDL 
nyelv a VASG (VHDL Analysis and 
Standardisation Group) felügyelete alá 
tartozik, ami a DASS (Design Automa- 
tion Standard Subcommittees) egyik 
alcsoportja, és ilyen módon IEEE szer- 
vezet. 

A hardverleíró nyelv az általános 
programnyelvektől leginkább talán 
alap-építőegységeit tekintve különbö- 
zik. A programozási nyelveknél ezek az 
alapelemek a szubrutinok és az alprog- 
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ramok, a leíró nyelveknél viszont a 
komponensek (component). Egy szub- 
rutint egyszer meghívunk, az teszi a 
dolgát, majd el is feledkezhetünk róla, 
egészen addig, amíg újból meg nem 
hívjuk. Egy komponens viszont, ha 
egyszer megírták, időtől függetlenül 
létezik: a rendszer komponensei stati- 
kus módon , élnek", és egymással pár- 
huzamosan működnek. Így tehát az 
időtényező a leíró nyelvekben nem ját- 
szik szerepet — pontosabban szerepe 
csak az adatáramlás szintjén, az adatok 
ki- és bevitelekor van. 

Egy másik fontos különbség a jelek 
megjelenése a leíró nyelveknél. Egy 
programnyelvben csak változókról be- 
szélhetünk, és a változó élettartamát 
behatárolja a szubrutiné, amelyikben 
deklarálva lett, míg egy jel (a VHDL 
nyelvben) a szimuláció egész időtarta- 
ma alatt ott van, és rendelkezik múlttal 
— hogy mikor, milyen értékeket vett 
fel eddig — és előre látható jövővel 
(pilot — melyik időpillanatban milyen 
értékeket kell felvennie). Összefoglal- 
va, ha egy változónak értéket adunk, az 
időben limitált esemény lesz: 

A :-B 
egy egyszeri történés, mégpedig hogy 
A felveszi B értékét. Ezzel szemben, ha 
egy jel értékét határozzuk meg: 

A czB 

Bc-C 
az a jelek permanens összekapcsolását, 
rövidre zárását jelenti. 

Itt kell megemlítenünk a konfliktus- 
feloldó függvények szerepét a VHDL 
nyelvben. Az előző példa kapcsán, ha 
mondjuk B-re és C-re programunkból 
valamilyen okból különböző értékeket 
kényszerítünk, akkor konfliktus jön lét- 
re, mert a két jel rövidre van zárva. 
Ebben az esetben a VHDL meghívja a 
konfliktusfeloldó függvényt, amelyben 
meg van adva, hogy konfliktus esetén 
hogyan kell eljárni. Ha nincs ilyen 
függvény, és fellép a konfliktus, a szi- 
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mulátor hibajelzést fog adni. Ha nem 
írtunk konfliktusfeloldó függvényt, de 
konfliktus sem lépett fel, viszont meg- 
van rá a lehetőség, az eredmény csak 
egy várakozás (warning) lesz. 

Amint már szó esett róla, a VAHDL 
IEEE szabvány, a tervezési eszközöket 
fejlesztők által általánosan elismert 
standard. A gyártók tehát nagyobb haj- 
landósággal fognak a nyelvbe beruház- 
ni, mivel a normalizálásnak köszönhe- 
tően hosszú távra tervezhetnek, csök- 
kentve a kockázati tényezőt. Egy ter- 
vező nem szívesen fog majd olyan 
alkatrészt integrálni a rendszerébe, 
amelynek nincs VHDL modellje, mert 
akkor nem tud a rendszer egészén szi- 
mulációt végezni. Ezeket az elvárásokat 
a leíró nyelvek közül csak a VHDL 
tudja teljesíteni, a többi nyelv vagy nem 
képes felvenni vele a versenyt, vagy 
pedig inkább fejlesztettek hozzá egy 
. VHDL-interfészt". 

Az Amerikai Védelmi Minisztérium 
kötelezően elvárja szállítóitól, hogy a 


"megrendelt IC-kről, de ma már a kár- 


tyákról, sőt a teljes rendszerekről is 
adjanak VHDL leírást. E leírások 
egyébként ma már katonai szabványok 
is (MIL STD 454 reguirement 64). Ezt 
az álláspontot az európai gyártók sem 
hagyhatják figyelmen kívül, ha nem 
akarják a világpiac jelentős részéből 
kirekeszteni magukat. 

A VHDL nyelv technikailag is igen 
modern és hatékony. A benne készített 
leírások könnyen átláthatóak, jól meg- 
érthetőek, megbízhatóak, és nagyfokú 
modularitással rendelkeznek. Mindez 
olyan fogalmaknak köszönhető, mint a 
konfliktusfeloldó függvény, az önma- 
gukban fordítható részegység, az idő 
egyértelmű definiálása stb. Egy leíró 
nyelv segítségével készült termék gyár- 
tása során a megoldandó probléma 
elemzése után a megvalósítás (jelen 
esetben a kód megírása) szakaszához 
tartozik a tesztelés és a hibák kijavítása 
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$Symmetra.. Akció! 


Különleges 10 4599 kedvezmény 
Április 6-tól május 30-ig! 
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1137 Budapest, Szent István park 10. 
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is. Ez utóbbi természetesen annál többe 
kerül, minél későbbi fázisban kerül rá 
sor. Erre való tekintettel a modern nyel- 
veket — így a VHDL-t is — úgy 
próbálták megírni, hogy a hibák döntő 
többsége már fordításkor jelentkezzen. 
Ugyancsak pénzügyi szemszögből elő- 
nyös a nyelv hierarchikus és moduláris 
felépítése. Ennek köszönhetően ugyan- 
is minden nehézség nélkül megváltoz- 
tatható egy termék vagy egy termék- 
komponens, de még a specifikáció is, 
a tervezés akármilyen késői fázisában! 
(Ha belegondolunk, ez persze nem biz- 
tos, hogy feltétlenül előnyös...) 

Ennyi pozitív tulajdonsága mellett 
ejtsünk szót a hardverleíró nyelv hátrá- 
nyairól is. Az igen hatékony VDHL 
komplexitása is elég nagy. Rendszer- 
tervezők számára készült, akik nem 
feltétlenül rendelkeznek programozási 
gyakorlattal, és azt esetleg a VHDL 
nyelv tanulmányozása folyamán kell 
elsajátítaniuk. 

A nyelvnek vannak hiányosságai a 
szimuláció területén is, de ezek az újabb 
szimulátorszoftverek megjelenésével 
valószínűleg fokozatosan el fognak tűn- 
ni. 

Zsadányi Pál 
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Adobe PageMaker 6.5 167 400,-/48 900, 
ARJ 2.6 /PkZip 2.04 
AutoCAD LT 97 /Up. 


Akcó (amíg a készlet tart) 
IBM VisualAge for JAVA Prof. 26 400,- 
Borland Delphi-2:0 Desktop— 19 400,- 
CorelDRAW 4.0 CD 17 996,- 
CorelDRAW 6 magyar /Up. 52 900,-/32 900,- 
CorelDRAW 8 CD Spec./Up. 79 200,-/61 900,- 
CorelDRAW 5.0 CD 28 400,- 
CA-Visual Objects 2.0 Prof. Special Hívjon! 
MS Office 97 Prof. magyar /Upgr. Hívjon! 
Norton Antivirus 4.0 magyar . 14 600,-/8 500,- 

Szoftver újdonságainkból 
Adobe PhotoShop 4.0 magyar 157 900,- 
Borland C44 Builder 3.0 Prof. Up. 78 900,- 
Eudora Pro 4.0 for Win95 19 200,- 
HotMetal Pro v4.0 (Web Editor) 31 900,- 
Norton Uninstall Deluxe 1.0 Win32 9 100,- 
Norton Utilities 3.0 Win95 19 200,-/9 996,- 
Nuts 8. Bolts for Win3.1 8 Win95 16 400,- 
OuarkXPress 4.0 for Win95 216 900,- 
System Commander 4.0 Deluxe 22 800,- 

CD-ROM-ok, játékprogramok 

Armored Fist 2. /ATF Gold 9 592,-/7 600,- 
ChessMaster 5500 /FIFA 98 9 592,-/8 400,- 
BattleShip /Beast 8. Bumpkins 6 192,-/7 600,- 
KKND /MegaPak 8 (11 CD) 5 800,-/9 592,- 
Wing Commander V. /X-Car 9 592,-/8 400,- 
ABC Professzor (írás oktatás) 4 720,- 
Angol-magyar nagyszótár CD-n 14 400,- 
Learn to Speak English - 2 CD (Akció!) 15 996,- 
Lopva Angolul 1. /2. 3 900,-/3 900,- 
Manó Élővilág /Manó Matek 3 900,-/3 900,- 
Matematika /Kémia kalauz 5 400,-/4 996,- WordPerfect 6.1 Suite magyar 
Talk to Me angol /német 1-4. (darabja) 7 400,- Corel WP Language Module 

A közölt árak nem tartalmazzák a 2596-os áfát, és a helyszíni üzembehelyezés költségeit. 
Akciós árakkal, bővített CD választékkal várjuk Önöket 


az IFABO "98 kiá tás B pavilonjában, az 5/D standon! 


KIM-SOFT Számítástechnikai és Kereskedemi Kft. 
1112 Budapest, Hegyalja út 70. fszt. 2. 
Telefon: 319-8973, 319-8967 — Fax: 319-9760 


99 900,-/26 400, 


CA-Clipper 5.3 4 Tools 3.0 
Check It 5.0 Pro. for Win95 
Close Up 6.5 Dual Pack 

Corel Gallery 200 000 

Corel PrintHouse Magic Win95 
Corel WebMaster Suite 

F-Prot 3.02 Prof. (antivirus pr.) 
Harvard Graphics 4.0 Comp. Up. 
Lotus Freelance 97 for Win95 
Lotus Organizer 97 for Win95 


44 900, 
Hívjon! 


10800, 
Hívjon! 


Magyar Fontok "97 4 (4000 font) 
MathCAD 7.0 Standard Intern. 
McAfee VirusScan 3.0 (5 op. rsz.) 
MS FrontPage 98 /Up. . 33 200,-/12 400, 


46 400, 


PaintShop Pro 4.12 for Win95 
Partition Magic 3.0 


19 900, 


Reachout 7.0 Host § Viewer 
SuperPrint 5.0 for Win95 

Uninstaller 4.5 for Win95/NT 12 500, 
Ügyviteli nyilvántartó programok Hívjon! 
Visio Prof. / Techn. 5.0 
Visual Basic 5.0 Prof. 
Visual Cs4 5.0 Prof. 

Windows Commander 3.5 
WinFax Pro 8.0 Win95 


10 900, 
26 900, 








12 740,-/13 996,- 


Borland Delphi 3.0 Prof. Upgrade 77 900,- 


41 900,- 
14 900,- 


52 900,- 


28 996,- 
18 200,- 
18 200,- 
Lotus SmartSuite 97 C. Upgrade 52 900,- 
5 300,- 


16 900,- 


Norton Commander /Upgr. 16 600,-/8 360,- 


19 900,- 
Procomm Plus 4.5 for Win95 CD 38 400,- 
38 200,- 
14 800,- 


99 996,-/99 996,- 
106 900,-/54 200,- 
106 900,-/54 200,- 


26 900,-/13 200,- 


12 996,- 
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Tartalomra várva 


Az új média születése 


1997 tavaszán a New York-i Columbia Egyetem Informatikai 
Intézete konferenciát tartott annak megvitatására, hogy a 
számítástechnikai és kommunikációs modellek fejlődésével 
párhuzamosan merre tart a sajtó, és mi várható a közeljövőben. 
A konferencián több száz szerkesztő, író, kiadó, informatikai 
szakember, kutató, producer és egyetemi tanár vett részt, 

de nem tudtak válaszolni arra a kérdésre, hogy kialakulóban 
van-e, illetve ki fog-e alakulni egyáltalán az ún. , új média". 


A problémák ott kezdődnek, hogy 
nehéz meghatározni, mi is lenne ez, 
hiszen olyasvalamiről beszélünk, ami a 
valóságban még nem létezik. A legtöbb 
kutató azonban egyetért abban, hogy 
bár a technológia fejlődése nagymér- 
tékben hatott a médiára, a formaváltás- 
sal nem járt együtt a tartalom lényegi 
átalakulása. Márpedig igazán , új mé- 
dia" az lenne, ha az új hordozók új 
tartalmat is közvetítenének. 

Nagyon messzire vezetne, ha meg- 
próbálnánk pontosan meghatározni ezt 
az új tartalmat, de ha belegondolunk: a 
műholdas technológia jóvoltából a 90- 
es évekre lehetségessé vált, hogy Kö- 
zép-Afrikában fogják valamelyik Tur- 
ner-kábelcsatorna műsorát, miközben 
ez még mindig az 50-es, 60-as években 
készült szappanoperákkal van tömve... 
— nos, akkor sejthetjük, miről is van 
szó. Az pedig talán ennél is messzebbre 
mutató példa, hogy az írott sajtó elekt- 
ronikusan elérhető termékeinek túlnyo- 
móan nagy százaléka nem áll másból, 
mint html-esített szövegből. A tartalmat 
rendszerint nem alakítják át úgy, hogy 
az visszatükrözze a befogadó technika, 
a hipertext lehetőségeit. 

Kérdés tehát, hogy a számítástechni- 
ka eszközrendszere és kultúrája a ha- 
talmas sebességű fejlődés ellenére miért 
nem gyakorolt döntő hatást a tömegtá- 
jékoztatás médiáira — különösen pedig 
az írott és sugárzott sajtóra. 

Jay Bobowitz, a Hearst sajtóbiroda- 
lom , New Media and Technology" cso- 
portjának alelnöke alapvető problémára 
mutatott rá, amikor megállapította, 
hogy , az elektronikus forradalom kez- 
dete óta a technológia ül a kormánynál 
és határozza meg az utat, a hírközlés 
tartalma pedig [csupán] megpróbálja 
azt követni". A technológia által létre- 
hozott új formák és nem kevésbé új 
hordozók (az Internet, a World Wide 


Web, a multimédiás alkalmazások, a 
hipertext stb.) egyelőre gyakorlatilag 
nincsenek hatással a tartalomra — azaz 
a sajtó továbbra is a régi dolgokkal 
akarja megtölteni az új formákat. 
Lássuk hát, miként is jött létre ez a 


"helyzet, és milyen változások várható- 


ak. 

Egy jól ismert tézis szerint az, amit 
manapság information societynak szo- 
kás nevezni (tehát az a társadalom, 
amelyben a régi mezőgazdasági, majd 
ipari termelési alapokról az , informa- 
tikai termelésre" helyeződik át a hang- 
súly, és a munkavállalók nagy része az 
információs szektorban dolgozik) az 
utóbbi évtizedek bontakozott ki. A fo- 
lyamat kezdetét különféle időpontokra 
szokás helyezni, de abban a legtöbben 
egyetértenek, hogy a fő ok a komputer- 
technológiák és akommunikációs tech- 
nológiák konvergenciája (egymáshoz 
közelítése) volt. 

Ennek eredményeként a számítás- 
technika nem maradt a katonai vagy 
egyetemi laboratóriumok falai között, 
hanem részévé vált a mindennapi élet- 
nek is (ezért teszi például Steve Wozni- 
ak, az Apple Computers egyik alapítója 
akkorra az új korszak kezdetét, amikor 
megszületik a személyi számítógép), a 
hírközlési és kommunikációs technikák 
pedig ugrásszerű fejlődésnek indultak, 
hogy szükségszerű összeolvadásukból 
megszülessen az az információs társa- 
dalom, amelyben ezek használata nem- 
csak mindennapossá, de bizonyos érte- 
lemben létszükségletté is vált (gondol- 
junk csak arra, hogy a szövegszerkesztő 
és az e-mail ismerete nélkül ma már 
egy titkárnő el sem tud helyezkedni). 

Nyilvánvalónak látszik, hogy a tech- 
nika irányítja a fejlődést, és hasonló- 
képpen nyilvánvalónak tűnik az is, 
hogy ennek komoly hatása lesz a tár- 
sadalomra meg a mindennapi életre 


egyaránt. Nehéz azonban megállapíta- 
ni, hogy erre a technika által életre 
hívott új társadalomra mi is lesz jellem- 
ző valójában — nem véletlen, hogy ezt 
a szociológusok nem önmagában, ha- 
nem inkább valamihez képest határoz- 
zák meg. Azaz amikor arról beszélnek, 
hogy az ipari szektorról a szolgáltatói- 
parra tolódik át a hangsúly, akkor a 
, posztindusztriális" társadalom fogal- 
mát használják. 

Egyfelől tehát a technológiai válto- 
zások hatnak a társadalomra, másfelől 
pedig az átalakulóban lévő szocio-kul- 
turális struktúrák (nevezzük őket poszt- 
indusztriálisnak) olyan esztétikai, kul- 
turális kategóriát hoztak lére, amit 
, posztmodern" néven szokás emleget- 
ni. Erről azért érdemes kissé bővebben 
is beszélni, mert ez (vagyis a ,,poszt- 
modern fordulat") az a másik tényező, 
amely döntő befolyással van az új mé- 
dia kialakulására. 

Mindemellett bizonyos szempontból 
persze kockázatos lehet posztmodern 
médiát emlegetni, hiszen a , modern" 
média sem alakult ki mindenhol. Főleg 
nem a televízió esetében, amire éppen 
a berögződött, változatlanná mereve- 
dett műfajok (szappanoperák stb.) let- 
tek jellemzőek. Persze az is igaz, hogy 
az MTV vagy a Max Headroom sorozat 
szinte új műfajokat alkotott, és ezeket 
a szakértők posztmodernnek szokták 
tekinteni. 

Ráadásul a médiák fejlődési törté- 
netében mindenhol ki lehet mutatni egy 
sokszor , képi fordulatnak" is nevezett 
, posztmodern fordulatot". Itt nagyjából 
arról van szó, hogy a korábbi, szöveg- 
alapú kommunikációt felváltja a kép 
uralma, illetve olyan esetekben (például 
a televíziónál), ahol mindig is a képi 
formák voltak meghatározóak, az egye- 
nes vonalú és megszokott, narratív tör- 
ténetmesélést fölváltja a posztmodern 
montázs. A képi megjelenítés mélységét 
veszti, felszínessé és széthullóvá válik, 
felgyorsul — és az egész koncepció 
egy, a korábbitól gyökeresen eltérő nor- 
mához próbál meg igazodni. 

A televízió esetében ez a fordulat a 
már említett műsorokkal kezdődött, il- 
letve a televíziós híreknél szintén a 
nyolcvanas évek közepén, mikor az új 
vágási technikák és képalkalmazási fi- 
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lozófiák nyomán kialakult az a , tabloid 
television", ami már nemcsak tartalmá- 
ban volt , bulvártévé", hanem technikáit 
tekintve is. 

Az írott sajtónál a változás a hordozó 
közeg korlátai miatt kevésbé volt ész- 
lelhető, de ha erről a témáról van szó, 
akkor a USA Today-t kell említenünk, 
mert elsőként ez alkalmazott olyan 
mennyiségű vizuális szemléltető anya- 
got, hogy az túlsúlyba került a szöveg- 
gel szemben. 

Ami pedig az informatikát és a szá- 
míitástechnika által lehetővé tett tömeg- 
kommunikációt illeti, itt a , képi fordu- 
lat" egyértelműen egybeesett a Web 
forradalmával: a grafikus böngészők 
meg a képek megjelenésével. A mostani 
vizuális kultúra dominanciáját egyéb- 
ként mi sem érzékelteti jobban, mint ez 
a változás. Az Internet a Mosaic meg a 
hipertext előtt csak a beavatottak unal- 
mas és nehezen élvezhető játszótere 
volt: a publikum csak akkor merészke- 
dett be ide, amikor a grafikus felhasz- 
nálói felületek elterjedésével megjelen- 
tek az ismerős és megnyugtató képek 
(természetesen ugyanez igaz az Apple 
komputerekre, és ez magyarázza meg 
azt is, hogy miért létezik ma Windows). 

Mindenesetre a grafikus felület meg- 
jelenésével a Web csatlakozhatott a képi 
forradalomhoz, a web-publishing pedig 
szinte egyenjogú félként az eddig ural- 
kodó médiákhoz (sajtó, rádió, tévé, film 
stb.). Ezzel a folyamattal párhuzamosan 
viszont az írott sajtó emberei kezdtek 
egyre hátrányosabb helyzetbe kerülni. 

Tisztában voltak ugyan vele, hogy a 
web-technológia elterjedésével radiká- 
lis változások várhatók, mégsem tudták, 
hogy mit tegyenek. A legradikálisabb 
fordulatra, a totális online-osításra nem 
voltak hajlandók, hiszen az ahagyomá- 
nyos forma végét jelentette volna. Ehe- 
lyett megpróbáltak a menet élén marad- 
va fél szemmel álandóan az Internetre 
sandítani. Kb. három évvel ezelőtt, ami- 
kor nyilvánvalóvá vált, hogy a Web 
meghatározó tényező, több tekintélyes 
lap — élükön a Time magazinnal — 
állandó Internet-rovatokat indított, va- 
lamint egyre több internetes informá- 
ciót közölt. 

Ezek a próbálkozások azonban leg- 
feljebb szánalmasnak nevezhetők: az 
Internet sajátosságaiból fakadóan erről 
a témáról élvezhető újságcikkeket írni 
gyakorlatilag lehetetlen. A vállalkozás 
zsákutcának bizonyult, amelybe nem is 
sikerült becsalogatni az olvasókat. 
Azon buzgólkodván, hogy bebizonyít- 
sák, az Internet leginkább pornográf 
anyagok soha nem látott méretű hordo- 
zója, a Time magazin szerkesztői hatal- 
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mas öngólt lőttek, és csökkent a szak- 
mai presztízsük. (Dióhéjban az történt, 
hogy hatalmas címlapsztorit közöltek, 
amelyben a Carnegie Mellon Egyetem 
éppen akkoriban napvilágot látott tanul- 
mányára hivatkozva azt állították, hogy 
a világhálózaton megtalálható anyagok 
vagy pornográfok, vagy más szempont- 
ból, de mindenképpen elfogadhatatla- 
nok a társadalmi normák szempontjá- 
ból. Rövidesen azonban kiderült, hogy 
az állítások alapjául szolgáló felmérés 
nevetségesen inkompetens volt — pél- 
dául nem publikus Internet-helyeket 
vizsgált, hanem privát BBS-eket —, és 
szerzője az évek során több hasonló 
botrányt próbált már kavarni. A Time- 
nak mindent vissza kellett vonnia, és 
sokan repültek a laptól.) 

Mindent egybevetve az írott sajtóról 
tehát azt mondhatjuk, hogy komoly 
nehézségekkel kell szembenéznie: vagy 
szakít a hagyományos formákkal meg 
a lineáris elbeszélő technikával, hogy a 
szövegalapú tartalmat megfelelő képi 
oldatban, interaktív formában tálalják 
fel, vagy izolálódik, és elveszíti jelen- 


tőségét. 
A televízió korántsem adta fel a 
játszmát — és nem adta fel azt a 


reményt sem, hogy felhasználja az új 
kommunikációs technológiákat. Gon- 
doljunk csak az MSNBC-re, ami, mi- 
ként a neve is sejteti, az NBC hagyo- 
mányosabb , content"-jét a Microsoft 
technológiájával akarja közvetíteni (bár 


itt természetesen már a számítástechni- 


ka maga egy bizonyos mértékig , hírré" 
válik). Ugyanakkor az MSNBC nélkü- 
lözi a Web legfontosabb ismérvét, az 
interaktivitást. A néző éppúgy néző 
marad, mint eddig, és nincs különösebb 
beleszólása abba, hogy mi kerül a kép- 
ernyőjére. 

Éppen ezt a helyzetet kívánja gyöke- 
resen megváltoztatni Bill Gates egyik 
legújabb kísérlete. A Microsoft Corpo- 
ration 1997 végén jelentette be, hogy 
piacra dobja a WebTV-t. A koncepció 
már évek óta létezik, működő prototí- 
Pusai, sőt, kereskedelmi forgalomban 
lévő változatai is vannak már, eddig 
azonban súlyos kudarcok kísérték pá- 
lyafutását. 

A mostani kísérlet az eddigieknél már 
csak azért is figyelemreméltóbb, mert 
mögötte a Microsoft és a Sony Corpo- 
ration dollármilliárdjai állnak. Ami le- 
het, hogy neméppen tudományos szem- 
pont, de semmiképpen nem elhanyagol- 
ható. 

A WebTV volna az első komoly 
kísérlet a különböző kommunikációs 
eszközök összehozására: jelen esetben 
a televízió és a World Wide Web 


összeházasítására. Az eredmény pedig 
egy olyan doboz, amely mindennel fel 
van szerelve: egérrel, billentyűzettel és 
távirányítóval is. Benne pedig egyszer- 
re lehet végezni a posztmodern tevé- 
kenységek két legalapvetőbbikét: a 
szörfözést a tévécsatornákon és a web- 
lapokon. 

Ezen a ponton óhatatlanul felmerül 
a kérdés, hogy akkor ez lenne-e az? 
Márminthogy a WebTV-vel megérke- 
zünk-e már a sokat emlegetett New 
Media birodalmába? 

Én személy szerint ezt igencsak két- 
lem. Bár naivitás volna Bill Gates dol- 
lárkapacitása ellen fogadni, azért az is 
fontos szempont, hogy a WebTV nem 
válasz az elején felvetett kérdésre, ne- 
vezetesen arra, hogy csatlakozik-e új 
tartalom is a technikai forradalomhoz, 
illetve az esztétikai-kulturális változá- 
sok által olyannyira átalakított kommu- 
nikációs formarendszerhez, vagy min- 
den marad a régiben, és csak a csoma- 
golás változik. 

Úgy tűnik, hogy a WebTV (vagy 
például az az Amerikában mostanában 
elterjedő minidish rendszer, amely szin- 
tén egyetlen dobozba akarja belekény- 
szeríteni a számítógépet, a kábelteleví- 
ziót, a telefont és az Internetet) közön- 
séges érdekházasság csupán, ahol a 
kényelmi szempontokon túl más nemi- 
gen érvényesül. Mert attól valóban ké- 
nyelmesebb lehet ugyan a Web meg a 
tévé használata, hogy egy dobozban 


" vannak, de ez még semmiféle új tartal- 


mat nem jelent. 

Jelenleg meglehetősen nehéz jósla- 
tokba bocsátkozni azzal kapcsolatban, 
hogy megszületik-e végül a várva várt 
új média, vagy az új formákat továbbra 
is régi tartalom fogja megtölteni. A 
késlekedés számtalan okra vezethető 
vissza — kezdve azon, hogy az infor- 
mációközlési struktúrák sokkal lassab- 
ban változnak, mint hordozóik (egy 
száz évvel ezelőtt kiadott újsággal pél- 
dául még egészen jól elboldogulunk, 
egy kétszáz éves lap már viszont szinte 
érthetetlen számunkra), egészen addig 
bezárólag, hogy az új tartalmat, ha 
szabad így fogalmaznunk, valakinek le 
is kell gyártania. Márpedig az ilyen 
vállalkozások áthághatatlan akadályok- 
ba fognak ütközni mindaddig, míg a 
mostani média- és szórakoztatóipar ura- 
it és irányítóit nem sikerül megnyerni 
a dolognak. 

Komáromy Gábor 


Ez az írás először előadásként hangzott el, 
1997. december 12-én az OMFB támogatásával 
megrendezett , Számítógépes kultúra: kihívás és 
fenyegetés" című konferencián, a Budapesti Mű- 
szaki Egyetemen. 
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Élt kerek 8 évet... 


Flioppynekrológ 


A címbeli tömörítésnél egy kicsit pontosabban fogalmazva, 

még nem magáról a floppyról mint adathordozóról kell nekrológot 
írni (egyszer bizonyára annak is eljön az ideje), hanem 

az [Uj] Alaplap floppymellékletéről, amely mostani számunkban 
jelenik meg utoljára, hogy helyét teljeskörűen átadja a CD-nek. 
Ezzel lezárul egy nyolcéves korszak. Nem érezzük úgy, 

hogy ebből az alkalomból valami nagyon szomorú 

búcsúztatót kellene írni, de a visszaemlékezés 

egy kicsit ezt is előcsalja belőlünk. 


Nem mindenki tudja, hogy mielőtt a 
Mikroszámítógép Magazin 1990. júni- 
usában Alaplap névvel és floppymel- 
léklettel megjelent volna, 1989-ben már 
létezett az Alaplap című, önálló , mág- 
neslemez-újság", és azt az akkori Céd- 
rus Kisszövetkezet újszerű reklámhor- 
dozónak szánta, a sorozatban elindított 
, floppy-lapok" egyikének. 

Azt talán még kevesebben tudják, 
hogy az állandó floppymelléklet beve- 
zetésének volt egy speciális indítéka is. 
A Mikroszámítógép Magazin rendsze- 
resen közölt forráslistákat, és igen sok 
kellemetlenség származott abból, hogy 
gyakran voltak benne elütések, sajtóhi- 
bák. Ha a forráskódot eredeti digitális 
formában közöljük, akkor egyrészt a 
hibákért már nem a szerkesztőséget 
szidják, hanem a szerzőt, másrészt ha 
a kódot lefordítják, és a program fut, 
akkor a forráskód , szövegileg" jó. Nem 
biztos, hogy programhibáktól is mentes, 
de sajtóhibáktól valószínűleg igen. 


Komplett lap a lapban 

A lemezmelléklet forráskódközlő 
funkcióját mindvégig megtartotta, igazi 
vonzerejét később mégis inkább a hasz- 
nos kis programok közreadása jelentet- 
te. Egyrészt a világon bárhol felbukkant 
és jónak talált public domain, freeware 
és shareware szoftverekből adtunk köz- 
re tesztelt és gondosan válogatott prog- 
ramokat (a sokáig 360 Kbájtos floppy 
szűkös helye eleve igényelte is az ala- 
pos szelektálást), másrészt kezdettől 
fogva felkaroltuk a magyar programo- 
zók szárnypróbálgatásait, és helyet ad- 
tunk alkotásaik nyilvános megmérette- 
tésének. 

Az Alaplap lemezmellékletének , pri- 
vilégiumát" az első néhány évben a 
többi számítástechnikai lap nem is pró- 
bálta megtörni, amikor pedig mégis 


felfedezték ennek vonzerejét, akkor is 
inkább csak rálapátolták az anyagot a 
floppyra. Az [Új] Alaplap mágnesle- 
mez-melléklete ezzel szemben , utolsó 
lehelletéig" önálló elektronikus újság- 
ként jelent meg. Ezt a különlegességet 
tetéztük idén egy még különösebb meg- 
oldással (ami talán egyedülálló a műfaj 
történetében), hogy 5 hónapon keresz- 
tül a nyomtatott lap futtatható CD-mel- 
lékletére rátettük az arról ugyancsak 
önállóan futtatható floppymellékletet. 
(Vagyis a papírújság CD-újságjába egy 
floppyújság is ,, be volt csomagolva".) 
Ennek a kuriózumnak azonban a követ- 
kező számtól kezdve vége. 

Az 1997 áprilisában lebonyolított ol- 
vasói közvéleménykutatás alapján még 
arra lehetett következtetni, hogy akár 
többszázan is lennének olyanok, akik 
környezetében nincs (sem otthon, sem 
munkahelyükön, sem baráti körükben) 
CD-meghajtóval felszerelt gép, ezért 
előfizetnének a floppys változatra, ha 
maradna ilyen lehetőség. Teremtettünk 
ilyen lehetőséget. Egy év alatt azonban 
a jelek szerint annyira általánossá vált 
a CD-használat, hogy az 1998 január- 
jától a floppys előfizetés csak az összes 
megrendelés 2-3 százalékát tette ki, 
száznál is kevesebb előfizetőnek külön 
floppymellékletet készíteni viszont ér- 
telmetlenül gazdaságtalan feladat. 


Hagyományőrzés a CD-n 

A floppys előfizetőket levélben már 
értesítettük a változásról, így idejében 
eldönthetik, hogy körülményeiktől füg- 
gően előfizetésük módosításának me- 
lyik lehetőségét választják. A technikai 
trendek ismeretében elsősorban a CD- 
olvasás megoldását javasoltuk minden- 
kinek, mert egyelőre a floppy mellett, 
később pedig valószínűleg helyette is a 
CD és a DVD különféle változatai 


lesznek a fő mozgatható, írható és új- 
raírható adathordozók. Szeretjük vagy 
nem szeretjük ezt a megalomániás fej- 
lődési vonalat, változtatni nem tudunk 
rajta. 

Szűk kis szerkesztőségi csapatunk 
még vállalni tudta a floppymelléklet 
készítésének teljes vertikumát, beleért- 
ve nemcsak az anyaggyűjtést, a szer- 
kesztést, a floppy működő újsággá tör- 
ténő , összevarrását", hanem 10 000 
feletti példányszámban a kisipari gyár- 
tást és címkézést is. 1998 januárjától 
sok minden megváltozott, mellékletké- 
szítésünk jóval költségesebb lett. A CD- 
melléklet legyártása ekkora mennyiség- 
ben a jelenlegi technológiai adottságok 
közepette eleve csak nagyipari körül- 
mények között történhet. A 650 mega- 
bájtnyi anyag válogatását, tesztelését, 
szerkesztését sem lehet már a nyomta- 
tott lap mellett úgy megoldani, ahogy 
1,44 megabájtos floppy esetében az 
még sikerült. Ahhoz, hogy floppymel- 
lékletünk hírnevéhez méltó CD-mellék- 
letet tudjunk produkálni, külső erőket 
kellett a feladattal megbíznunk, tehet- 
séges csapatot választottunk, de a CD-n 
még bőven van csiszolnivaló. . . 

A CD-koncepció kialakítása mellett 
5 hónapig külön , floppyban is" gon- 
dolkodtunk, júniustól viszont már köz- 
vetlenül a CD struktúrájába épülhet be 
mindaz, ami eddig a floppyn volt. Sze- 
retnénk a floppymelléklet minden jó 
hagyományát átörökíteni a CD-mellék- 
letre. Arra ugyan nincs energiánk, hogy 
a teljes CD-t magunk állítsuk össze, de 
igyekszünk a OpenBlue Bt-vel szoro- 
san együttműködve a CD-re , konver- 
tálni" 8 évnyi floppys tapasztalatunkat. 
A CD-n a Lapraforgó ad helyet a cikkek 
elektronikus folytatásainak, illusztrá- 
cióinak, de juttatunk anyagot az anyalap 
témáihoz kapcsolódva a CD Szer- 
számosláda rovatába is. 


A búcsú perce 
Búcsúzunk tehát a floppymelléklet- 
től. Élt 8 évet, melynek során 4 és fél 
évig 5,25 collos, 360 Kbájtos ruhában 
lépett fel, majd 1 évre lecserélte azt 1,2 
Mbájtosra, az utolsó 2 és fél évében 
pedig 3,5 collos, 1,44 Mbájtos köntösre. 
Végigkísérte az [Új] Alaplap 96 számát. 
Indulásakor 2 évre a Polaroidot válasz- 
totta, majd kisebb-nagyobb félrelépé- 
sektől eltekintve utána végig kitartott a 
KAO mellett. Elmúlása szükségszerűen 
következett be, nem ért minket váratla- 
nul... de azért képernyőnk sarkában 
látunk egy-két könnycseppet. Önök is 
őrizzék meg őt szeretettel emlékezetük- 
ben — és floppytartójukban. 
Faklen Pál 
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iShare 


LAN-os Internet hozzáférés megosztás 


ModemShare 


LAN-os modem hozzáférés megosztás 


CoSession 


LAN-os/modemes távvezérlő program 





ÚJ ALAPLAP 1998/5 











Igen/Nem 


! 

! 
mü Megoldott-e egy projekt lépésekre bontása? ] 
an A cégvezetés pontosan el tudja-e érni céljait? 
j 

] 

I 

l 


DD Jelenleg mérhető-e a munkatársak munkája 
és annak hatékonysága? 


DA cégükön belüli információáramlás 
úg elégígyors és áttekinthető? 


DB" Könnyen képesek-e követni egy-egy. prójekt 
állapotát és ahozzá tartozó adatokat? 


Ha több telephellyel is dolgoznak, azok 
között az adatátvitel tökéletésen megöldott? 


Ha több mint 4 válaszuk igen, akkor önöknél példaértékűen működik 

a számítástechnika. Ha ennél kevesebb az igen válaszok száma, kérjük / 
hívjanak minket, és mi egy konzultáció keretében megnézzük, hogy 
miben tudunk Önöknek segíteni. 
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telnet Magyarország 


113b Budapesti 

Hollán Ernö u. 3. 
telefon: 302-4781 
e-mail:infodtelnet-hu 


http://www.telnet.hu 
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Alapozó 


Makróvírusok 


Szinte hihetetlen, hogy a mindennapjainkba egyre jobban 
betolakodó makróvírusok alig hároméves múltra tekintenek vissza. 
A legelső ismert makróvírus az 1994. decemberében készült DMV 
volt, de ez csak jóval megírása után került ki szerzője kezeiből. 

A felhasználók és a nagyvilág számára az első találkozást a 
makróvírussal a Concept jelentette (1995 közepén), mely 
felbukkanása után rövid idő alatt hihetetlenül gyorsan elterjedt 
világszerte. Ebben elévülhetetlen érdemeket szerzett a Microsoft: 
egyrészt több, általa terjesztett CD-re is feltette (akaratlanul) 

a vírust, másrészt sokáig tagadta a létezését, majd pedig 
elbagatellizálta a kérdést. Amikor már nem lehetett a problémát 
továbbra is besöpörni a szőnyeg alá, akkor azzal nehezítette 

meg a vírusok ellen küzdők dolgát, hogy a Word dokumentumok 
szerkezetéről csak többhónapos közelharc után voltak hajlandók 


használható információkat kiadni 


A makróvírusok megértéséhez elő- 
ször a makróprogramok jellegét kell 
ismernünk. A makró tullajdonképpen az 
alkalmazásokba beépített belső paran- 
csokból felépülő nyelv. Elsődleges 
funkciója, hogy a mechanikusan ismét- 
lődő feladatokat automatizálni lehes- 
sen. Egy ilyen nyelvnek biztosítania 
kell a felhasználás legfontosabb paran- 
csainak végrehajtását, azok egymás 
után fűzését, ha pedig ezen felül még 
bonyolult programozási elemeket is 
nyújt (elágazás, ciklus), akkor az már 
igazi adomány. 


A Microsoft is ludas 

Nos, a Microsoft olyan komplex 
makró-programnyelvet . (WordBasic) 
mellékelt a Word for Windowshoz, 
amely lehetőségeit illetően a maga ko- 
rában —— egyedülállónak számított. 
Ugyanis nemcsak a Word összes belső 
parancsához nyújtott hozzáférést, ha- 
nem lehetővé tette automatikusan vég- 
rehajtható programok írását, sőt a be- 
épített Word parancsok kibővítését, 
testre szabását is. 

Természetesen nemcsak a Word for 
Windows  makrónyelve rendelkezik 
mindazokkal a lehetőségekkel, ame- 
lyek egy vírus elkészítéséhez szüksége- 
sek. Szinte minden elterjedtebb szöveg- 
szerkesztőben vagy táblázatkezelőben 
van ilyen makrónyelv. Ennek megfele- 
lően készültek is AmiPro, Excel, Lotus 
1-2-3 makrónyelven írt kártevők, ezek 
azonban annyira elenyésző számban 
kerültek forgalomba, hogy ismerteté- 
sünkben most nem térünk ki rájuk. 


A Microsoft célja ezzel persze nem 
az volt, hogy a gyanútlan felhasználókat 
kiszolgáltassa a rosszindulatú vírusírók 
kénye-kedvének, hanem hogy maximá- 
lis mértékben kezelhetővé tegye a Word 
programot. 

Fontos körülmény, hogy makrókat 
csak sablonokhoz (template) lehet csa- 
tolni, amelyek .DOT kiterjesztésűek, 
megkülönböztetendő a .DOC kiterjesz- 
tésű szokványos dokumentumoktól. A 
Word viszont van olyan intelligens, 
hogy ha egy sablon esetleg .DOC ki- 
terjesztést kap, akkor is észreveszi, 
hogy nem szokványos dokumentum, és 
minden külön tájékoztatás nélkül he- 
lyesen kezeli azt. Minden ismert MS 
Word makróvírus ilyen .DOC kiterjesz- 
tésű, de a sablonokra jellemző belső 
szerkezetű állomány. Valójában annyira 
minimális a különbség egy dokumen- 
tum és egy sablon között (a sablon 
annyival több, hogy makrókat, egyedi 
gombokat és menüpontokat, valamint 
Autotext bejegyzéseket tartalmazhat), 
hogy nem sok értelme van a megkülön- 
böztetésnek, és a vírusokkal foglalkozó 
irodalom gyakran össze is mossa a két 
fogalmat. 


Hatásmachanizmus 

A vírusok lényegében olyan futtatha- 
tó objektumok, amelyek a számítógépes 
környezet megváltoztatásával beillesz- 
kednek a végrehajtási láncba, és ennek 
révén megsokszorozzák önmagukat. A 
legfontosabb eleme egy vírus létének, 
hogy megteremtse az aktivizálódás és 
a szaporodás lehetőségét. Az MS Word 


mindkettőt könnyedén megvalósítható- 
vá teszi. A Word esetén rengeteg olyan 
pont van, ahol a vírus bekapcsolódhat 
a végrehajtási láncba. Most csak a 
legfontosabbakat sorolom fel. 

Létezik öt előre definiált, fix nevű, 
ún. automatikus makró, amelyek egy- 
egy eseményhez tartoznak, és annak 
előfordulásakor kerülnek végrehajtás- 
ra. Ezeket az alábbi tábla tartalmazza: 


Makrónév 
AutoExec 
AutoOpen 
AutoClose 
AutoExit 
AutoNew 


Végrehajtódás feltétele 
MS Word indítása 
Dokumentum nyitása 
Dokumentum zárása 
Kilépés az MS Word-ből 

Új dokumentum létrehozása 


Ha például egy sablon tartalmaz egy 
AutoClose nevű makrót, akkor ezen 
sablonon alapuló dokumentumok lezá- 
rásakor ez a makró automatikusan vég- 
rehajtódik. Ez a megoldás eredetileg jó 
célokat volt hivatott szolgálni, hiszen 
így például gond nélkül lehetett bizton- 
sági másolatot készíteni minden bezárt 
dokumentumról. De a dolog sajnos 
rosszul sült el.Ha ugyanis egy mintaál- 
lományban van AutoOpen makró, ak- 
kor elegendő azt megnyitni, és huss! A 
Word már szabadjára is engedte a vírust, 
mert az a globális munkaállományba 
(normal.dot) másolta a vírus-makrókat 
és , rezidenssé" is vált, attól kezdve 
pedig minden további dokumentum 
megnyitásakor beindul az AutoOpen 
makró, lehetővé téve a megnyitott do- 
kumentumok fertőzését. Az automati- 
kus makrók végrehajtását le lehet ugyan 
tiltani a DisableAutoMacros parancs- 
csal, de ez egyrészt korántsem holtbiz- 
tos megoldás, másrészt csak makróból 
érhető el, ami a tapasztalatlan felhasz- 
nálók számára nehézséget jelent. 

A vírus másik aktivizálódási lehető- 
sége abban rejlik, hogy a Word beépí- 
tett, menüből kiválasztható parancsait 
makrókkal át lehet definiálni. Maga az 
ötlet, vagyis hogy szabadon lehessen 
bővíteni a beépített parancsokat, min- 
denképpen nagyszerű, hiszen ezáltal 
korábban soha nem látott módon lehe- 
tett az egyedi igényeknek megfelelően 
alakítani, testre szabni a munkahelye- 
ket. Sajnos azonban a vírusok is igénybe 
vették ezt a szolgáltatást. 
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Ha például létezik egy FileSaveAs 
nevű makró a  mintaállományban 
(amely éppen az aktív ablakban van), 
akkor a Save As... menüpontot kivá- 
lasztva nem az eredeti Word parancs, 
hanem ez a makró hajtódik végre, és a 
vírus ismét vígan terjed. Ezt a felülde- 
finiálást viszont már semmiképpen nem 
lehet letiltani, és ezen a ponton teljesen 
védtelen marad a rendszer, ami egyér- 
telműen a Microsoft hibája, mert valami 
korlátozást be kellett volna építeniük. 
Az még csak kisebb hiba, hogy a Word 
tervezésekor nem gondoltak erre, vi- 
szont az már bűn, hogy a makróvírusok 
megjelenése után a vírusszakértők min- 
den kérése és figyelmeztetése ellenére 
sem foglalkoztak megfelelően a prob- 
lémával. 

A legtöbb makróvírus az automatikus 
makrókat használja fel a globális sablon 
(normal.dot) megfertőzéséhez, a menü- 
parancsok átírását pedig a további do- 
kumentumok fertőzéséhez. Ezenkívül 
van még néhány egzotikus módszer is 
a vírusok aktivizálódásának biztosí- 
tására. 

A Gangsterz nevű vírus például azt 
használja ki, hogy minden makróhoz 
rendelhető egy billentyűkombináció, 
amelynek lenyomásakor a makró lefut. 
Normális esetben ezek a kombinációk 
a Ctrl és az Alt billentyűk és valamelyik 
betű kombinációjaként jönnek létre, a 
vírus ezzel szemben az ,e", illetve a 
szóközbillentyűk lenyomását rendeli 
hozzá makróinak indításához. Egy fer- 
tőzött dokumentum javításakor óhatat- 
lanul használni kell ezek valamelyikét, 
így a vírus máris szabadon garázdál- 
kodhat. 

Az Underground nevű vírus azt hasz- 
nálja ki, hogy az űrlapok szövegmező- 
ihez makrók rendelhetők: amikor a kur- 
Zor a mezőbe lép, az odarendelt makró 
lefut. A vírus a dokumentum legelejére 
egy ilyen szövegmezőt helyez el. A 
dokumentum megnyitásakor a Word 
automatikusan a dokumentum elejére 
viszi a kurzort, tehát belép a szöveg- 
mezőbe, miáltal a vírusmakró lefut. 
Halálbiztosan, mert nincs olyan mód- 
szer, amellyel meg lehetne akadályozni 
a makró lefuttatását. 


Árulkodó jelek 

Eddig arról volt szó, hogy a Word a 
mit sem sejtő felhasználó háta mögött 
lepaktál a vírussal, esélyt sem adva 
felfedezésére. Nos, ez így nem teljesen 
igaz. Vannak árulkodó jelek. Mivel a 
normal.dot tartalmához hozzáadódtak a 
vírus makrói, kilépéskor a Word meg- 
kérdezi, hogy el akarjuk-e menteni ezt 
az új állapotot. Ha tudjuk, hogy magunk 
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semmilyen vátoztatást sem hajtottunk 
végre, akkor erre fel kell kapnunk a 
fejünket. Az újabb vírusok többsége 
viszont már felkészült erre, és letiltja 
ezt a rákérdezést. 

A Word önfejúsége is segítségünkre 
van: minden makróvírus sablonként ter- 
jed. Ez pedig a verziótól függően prob- 
lémákat okoz. A Word 6.0 például csak 
egy meghatározott könyvtárba engedi 
ezeket elmenteni. Ha egy fertőzött do- 
kumentumot megnyitunk, akkor később 
szintén csak ebbe, a win.ini-ben meg- 
határozott könyvtárba menthetjük el. 
Ha tehát azt tapasztaljuk, hogy bárho- 
gyan küzdünk, csak a sablonok könyv- 
tárába tudjuk elmenteni dokumentu- 
munkat, akkor kezdjünk határozottan 
gyanakodni. A Word 7.0 ezzel szemben 
bármilyen könyvtárba hajlandó mente- 
ni, de kifejezetten kiírja, hogy a formá- 
tum sablon. A fenti tünetek elvileg elég 
könnyen megkerülhetők, a ma ismert 
vírusoknak mégis csak elenyésző töre- 
déke teszi ezt meg (e havi vírusunk, a 
CAP ebbe a kisebbségbe tartozik). 


Multiplatform 

Külön pikantériája a dolognak, hogy 
a Word makróvírusok az első, valóban 
platformfüggetlen vírusok, amelyek ké- 
pesek különböző architektúrájú gépek 
között terjedni. Minden olyan operációs 
rendszer alatt életképesek, amelyikre 
elkészült az MS Word megfelelő verzi- 
ója (MacOS, DOS, Windows NT, 


0OS/2). Hogy ez nem üres fenyegetés," 


azt az is bizonyítja, hogy már több 
alkalommal észleltek Concept-fertőzést 
Macintosh gépeken. Gyakorlatilag 
mindegyik ismert Word-vírus képes 
más operációs rendszer alatt is terjedni 
(bár mindegyiket Windows alatt írták), 
legfeljebb néhány apróság nem műkö- 
dik bennük (például az ablakok színe- 
zésének megváltoztatása a Colors ese- 
tében, vagy a merevlemez formázása a 
trójaik esetében). 

A Word különböző nyelvi verziói 
bizonyos mértékig gátat szabnak a sza- 
bad terjedésnek. Ezekben a változatok- 
ban ugyanis az egyes menüpontok és a 
hozzájuk rendelt belső parancsok neveit 
is lefordították. Például az angolszász 
változatokban meglévő FileSaveAs 
belső parancsnak a német verzióban a 
DateiSpeichernUnter felel meg, a hol- 
landban a BestandOpslaanAls stb. Emi- 
att az angol verzióban megírt Concept 
például nem életképes német nyelvte- 
rületen. (A vírusírók persze mindent 
megtettek az internacionalizmus érde- 
kében, és sorra jelentek meg a Concept 
változatai a német, francia, holland 
Word-verziókhoz). 


Ne örüljünk azonban annak, hogy a 
kelet-albán Word védve van a vírus 
ellen. Sajnos az automatikus makrók 
minden vátozatban ugyanarra a névre 
hallgatnak. Mivel pedig a makróparan- 
csok a sablonokon belül nem nevük 
szerint, hanem már félig lefordított 2-3 
bájtos tokenekként tárolódnak (és ezek 
a tokenek ugyanazok minden változat- 
ban), a csupán automatikus makrókkal 
operáló vírusok, mint például az igen 
elterjedt Wazzu, gond nélkül működnek 
bármilyen Word-verzióban. Sőt, ma- 
napság már olyan makróvírusok is lé- 
teznek (és erre a legjobb példa a CAP), 
amelyek képesek alkalmazkodni az 
egyes nemzeti Word-változatokhoz. 


A siker titka 

Mi tehát a titok? Miért kerültek szinte 
pillanatok alatt a toplisták élére a mak- 
róvírusok? 

1. Sokkal gyakrabban küldözgetünk, 
cserélünk dokumentumokat, mint prog- 
ramokat vagy floppykat, ezért a hagyo- 
mányos vírusoknál jóval gyorsabban 
terjed szét egy fertőzés. 

2. Több alkalommal még a hivatalo- 
san terjesztett CD-kre is került makró- 
vírus (a Microsoft legalább három CD- 
jén szerepelt makróvírus, kettőn a Con- 
cept és egyen a Wazzu). 

3. Az e-mail levelezési szokások át- 
alakulása miatt egyre gyakoribb a do- 
kumentumok mellékletként való küldé- 
se, és a microsoftos levelezőprogramok 

(Outlook, Outlook Express, Exchan- 
ge...) alapértelmezésben ezeket rögtön 
a Worddel nyitják meg, szélesre tárva 
a rendszer kapuit a Word makróvírusok 
behatolása előtt. 

4. A WordBasic nyelvben sokkal egy- 
szerűbb megírni egy vírust, mint As- 
semblyben, és gyakorlatilag a PC ar- 
chitektúráját sem kell hozzá alaposab- 
ban ismerni. Emiatt egy kezdő vírusíró 
sokkal könnyebb megír egy makróví- 
rust, mint mondjuk egy bootvírust. 

Bár a vírusszakértők a fentiekkel 
tisztában voltak, mégsem akadt olyan, 
aki két évvel ezelőtt megjósolta volna, 
hogy a vírusprobléma ennyire áttolódik 
a makróvírusokra. Most viszont már 
jóstehetség nélkül is megállapítható, 
hogy az évezred végéig bizonyára ezek 
a vírusok maradnak a legelterjedtebbek. 
Utána pedig ki tudja, mi lesz? Hátha 
egyszer a Microsoft (vagy valaki más!) 
megfogadja a szakma tanácsait, és 
olyan operációs rendszereket és alkal- 
mazásokat készít, amelyek ha nem is 
zárják ki teljesen a vírusokat, legalább 
nem tárják ki előttük szélesre a nagy- 
kaput. 

Szappanos Gábor 
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A hónap vírusa: CAP 
Egy szürke kis karrierista 


Egy kis bűntudattal vágok bele az e hónapra kiszemelt vírus 
ismertetésébe. Egyrészt a CAP nem új vírus, nem is különlegesen 
érdekes, nincs látványos hatása, látszatra amolyan szürke kis egér. 
Amikor a vírus első példánya 1997 tavaszán eljutott hozzám, 
teljesen érdektelennek és jelentéktelennek tűnt számomra. 

Az élet azonban rácáfolt elhamarkodott véleményemre, 

és jelen pillanatban a CAP a vírusfront főszereplője, 

hónapokra visszamenően vezet minden vírusgyakorisági listát. 
Hiába ismerjük és irtjuk, újra meg újra felbukkan, 

és komoly fertőzéseket okoz szerte a világon, így hazánkban is. 
Minek köszönhető, hogy ez az amúgy meglehetősen jellegtelen 
vírus ekkora karriert futott be? Erre keressük a választ. 


A CAP vírus Venezuelában készül- 
hetett, valamikor 1996 vége felé. Euró- 


pába 1997 februárjában jutott el, 47 


tavasz folyamán már komoly fertőzé- 
seket okozott, majd nyár elején bejött 
Magyarországra is. 

A CAP alapesetben 10 titkosított 
makróból áll, ezek: CAP, AutoExec, 
AutoOpen, AutoClose, FileOpen, Fi- 
leClose, FileSave, FileSaveAs, Tools- 
Macro, FileTemplates. A víruskód teljes 
hossza 2593 bájt, és szinte a teljes 
egészében a CAP nevű makróban össz- 
pontosul, a többi makró gyakorlatilag 
csak az ebben elhelyezett eljárásokat 
hívja meg. 


Fertőzés és rejtőzés 

Amikor egy fertőzött dokumentumot 
nyitunk meg, vagy mentünk el, a glo- 
bális sablont automatikusan megfertőzi 
a vírus. E folyamat során a globális 
sablonban lévő összes korábbi makrót 
(tartalmazzon az akár más vírust, akár 
vírusvédelmet) kitörli. 

A CAP rendkívül fertőzőképes. 
Amint megszállta a globális sablont, a 
továbbiakban minden egyes megnyi- 
tott, bezárt vagy elmentett dokumentu- 
mot megfertőz. Sőt nemcsak a doku- 
mentumokba, hanem az RTF (Rich Text 
Format) formátumban elmentett állo- 
mányokba is befészkeli magát, azokat 
valójában sablonként menti el, de RTF 
kiterjesztéssel. Amikor egy ilyen doku- 
mentumot megnyitunk, a Word egy szót 
sem szól róla, hogy a kiterjesztés és a 
formátum nincs összhangban, szolgá- 
latkészen megnyitja a kérdéses fájlt. A 
CAP trükkje azért is hatásos, mert a 
vírusokkal szembeni védelem érdeké- 
ben sokan dokumentumformátum he- 


lyett RTF formátumban küldözgetik 
egymásnak a fájlokat, és amint látható, 


"ez a védekezési mód igen könnyen 


kijátszható. 

A vírus sikerének egyik legfontosabb 
összetevője, hogy létezését és tevé- 
kenységét jól elrejti a felhasználó elől. 
A makróvírusok túlnyomó többsége az- 
zal árulja el magát, hogy a megfertőzött 
dokumentumok más néven való elmen- 
tését (FileSaveAs) a sablon formátumá- 
nak köszönhetően csak a Word által 
létrehozott sablonkönyvtárába engedé- 
lyezi. (A korlát csak a FilelSave As 
parancsra él — ha a sablon már eleve 
máshol van elhelyezve, akkor a FilelSa- 
ve paranccsal mentve a helyén marad). 
Ezt a vírus egy ügyes trükkel megkerüli: 
ha ilyen mentést kezdeményezünk, ak- 
kor az új néven létrehoz egy olyan új 
dokumentumot, amely a régi fertőzött 
sablonon alapul, így annak teljes tartal- 
ma (természetesen a makrók kivételé- 
vel) átkerül az új dokumentumba. Lé- 
vén ez egy közönséges dokumentum, 
bárhova elmenthető. 

Ezután már semmi egyéb dolga 
nincs, mint ezt az új dokumentumot 
megfertőzni. A felhasználó mindebből 
semmit sem vesz észre. Egy kicsit le- 
lassul ugyan a mentés folyamata, de a 
mai világban a Microsoft annyira be- 
idomította a felhasználókat, hogy a se- 
bességcsökkenést a fejlődéssel szük- 
ségszerűen együtt járó jelenségnek te- 
kintik. 

A rejtőzködés másik fontos eleme: 
azokat a vírusra veszélyes parancsokat, 
amelyekkel a makrók felfedezhetők 
lennének, a vírus eltávolítja a menüsor- 
ból. Ezek a parancsok a ToolslMacro 
(EszközöklMakrók), a Toolsi Customize 


(EszközöklítTestreszabás), — illetve a 
FilelTemplates (FájllSablonok). 

A makróvírusok terjedésének egyik 
legkomolyabb gátja, hogy legtöbbjük 
csak abban a nyelvi verzióban életké- 
pes, amelyikben megírták. Ennek oka 
az, hogy a vírus terjedési funkcióit a 
legtöbb kártevő a Word egyes menüpa- 
rancsainak átdefiniálásával biztosítja. 
Ez viszont erősen függ a nyelvi verzi- 
ótól, hiszen például a dokumentum 
mentését az angolszász változatban a 
FileSave makró definiálja felül, a né- 
metben a DateiSpeichern, a franciában 
a FichierEnregistrer, az olaszban a Fi- 
leSalva stb. Ha tehát egy vírus a File- 
Save nevű makróval csípte el a mentés 
folyamatát, akkor az a francia nyelvte- 
rületre áttérve már hatástalanná válik. 

A CAP egy ötletes trükkel azt hasz- 
nálja ki, hogy bármennyire is megvál- 
tozott a menüpontok (és így a hozzájuk 
rendelt belső Word parancsok) neve, a 
menüsorban elfoglalt pozíciójuk válto- 
zatlan marad. Tehát az említett FileSave 
parancs minden esetben az első legör- 
dülő menüpont ötödik tagja lesz. Nem 
elírás! Ugyanis a menüpontokat elvá- 
lasztó vízszintes vonalak is külön tag- 
nak számítanak. 

Így csak annyit kell tennie a vírus- 
nak, hogy kiolvassa az ebben a pozí- 
cióban levő menüponthoz rendelt bel- 
ső parancs nevét, és a FileSave makrót 
ezen a néven elmentve máris adaptá- 
lódott az idegen nyelvi környezethez. 
A CAP a FileOpen, FileClose, File- 
Save, FileSaveAs és FileTemplates 
nevű makróit a helyi Word változat- 
nak megfelelő néven másolja be a 
globális sablonba, illetve a megfertő- 
zött dokumentumba. 


Keressük a gyenge pontjait 

A vírus módszerének természetesen 
buktatói is vannak. Ha ugyanis a fel- 
használó bármilyen módon megváltoz- 
tatja amenüszerkezetet (akár egy vírus- 
védelmi program, akár a Word segéd- 
program telepítésekor), a vírus tévesen 
fogja a neveket kiolvasni, és ez guban- 
cokat okozhat. Ez azonban elég ritkán 
fordul elő, és tudvalévő, hogy a víru- 
soknak, ellentétben minden tisztességes 
programmal, nem kell 10099-os meg- 
bízhatósággal működniük. 
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A CAP működtet a vírusoknál ritkán 
látható generációs számlálót is (erre a 
Concept is kísérletet tett, de programo- 
zási hiba miatt a számláló értéke, amely 
a hírhedtté vált bejelentkező párbeszé- 
dablakban meg is jelent, nem növeke- 
dett). Ennek értéke a normal.dot meg- 
fertőzése után növekszik meg eggyel, 
majd a továbbiakban minden megfer- 
tőzött dokumentumban ezt az értéket 
tárolja. Ha ezek a dokumentumok át- 
kerülnek egy másik gépre, akkor ott is 
megfertőződik a normal.dot, és ismét 
növekszik eggyel a számláló. Ezzel a 
vírusvadászok egy kis segítséget is kap- 
nak, mert egy intézményen belül pon- 
tosan feltérképezhető a fertőzés terje- 
dési útvonala, sőt az is kiderül, ha egy 
vagy több láncszem még hiányzik, tehát 
tovább kell keresni. 

A CAP óvatos ugyan, de néhány 
árulkodó jel utal a jelenlétére. A fertő- 
zetlen dokumentumokat megnyitáskor, 
bezáráskor vagy elmentéskor fertőzi 
meg. A sűrű mentési folyamat még a 
tapasztalatlanabbaknak is feltűnhet. Ez 
ellen a vírus úgy próbál védekezni, 
hogy az automatikus mentési interval- 
lumot 10 percre állítja be, ami már eleve 
annyira gyakori mentés, hogy abban 
egy-két extra nem feltétlenül szúr sze- 
met. Továbbá bekapcsolja a gyors men- 
tési opciót is, ezáltal kicsit megnehezíti 
a Word dokumentumokat nem kellő 
óvatossággal és szakértelemmel kezelő 
víruskeresők dolgát, arról nem is be- 
szélve, hogy felgyorsítja a mentés fo- 
lyamatát. 


Mi a titka? 

Visszatérve a cikk elején felvetett 
kérdésre, választ kellene adni arra, hogy 
miért vált ilyen sikeressé a CAP. Az 
okokat inkább csak találgatni lehet, de 
a legfontosabb tényezők talán az aláb- 
biak: 

— A vírus rendkívül szaporodóké- 
pes. Még az automatikus makrók ki- 
kapcsolása esetén is terjed, és éppen a 
legfontosabb tevékenységek során 
(mentés, nyitás, zárás). 

— A változó makróállomány miatt a 
víruskeresők sokáig nem boldogultak 
vele, emiatt szabadon terjedhetett, mi- 
közben a víruskeresőkben bízó felhasz- 
nálók hamis biztonságban érezték ma- 
gukat. 

—  Alkalmazkodik a Word eltérő 
nyelvi verzióihoz. 

— Gondosan elrejti a vírusra utaló 
árulkodó jeleket. 

— Nemcsak a dokumentumokat, ha- 
nem a biztonságosnak hitt RTF fájlokat 
is megfertőzi. 

Szappanos Gábor 
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Vírusstatisztika: 
súlypontáthelyeződés 


E havi statisztikai morzsánk a vírusok típus szerinti eloszlását, annak 
időbeni alakulását szemlélteti. 


MakróvÍTUSOK messze 
N 
g 


Bootvírusok 


Fájlvírusok 





1990-es évek eleje 


A vírusincidensek típus szerinti eloszlása 





Í Kezdetben — a 80-as évek végen, a 90-es évek elején — körülbelül 
. egyforma gyakorisággal bukkantak fel a program- illetve a bootvírusok. 
Teljesen új helyzetet teremtett azonban a Windows megjelenése és széles 
" körű elterjedése 1992-93 tájékán. 

A Windows az EXE programok szerkezetében olyan változásokat hozott, 
amelyekre a régebbi programvírusok nem voltak felkészítve. Ezért azután 
helyrehozhatatlanul megrongálták és futtathatatlanná tették a Windows 
programjait, így rövid úton lebukott minden régi programvírus, Windowsra 
megírt kártevők pedig még jó ideig nem jelentek meg, és napjainkban sem 
számítanak gyakori vendégnek. 

A makróvírusok 1995 közepén rögtön.a lista élére ugrottak. Első pillantásra 
meghökkentő, hogy minden átmenet nélkül jelentek meg, de világos lesz, 
ha belegondolunk az események menetébe. A Concept megjelenésekor a 
felhasználóknak fogalmuk sem volt, hogy létezhet dokumentumban fészkelő 
vírus, még a figyelmeztető jelek ellenére sem gyanakodtak semmi rosszra, 
a Microsoft viselkedése pedig a maradék éberséget is megszüntette. Mire 
azután pár hónap elteltével a közvélemény rádöbbent a veszély valós voltára, 
addigra a Concept már alaposan elterjedt világszerte. 

Napjainkban, ahogy a floppyk szerepe csökken az adatmozgatásban (egyre 
kevésbé férnek rá az állományok egy floppyra, az új programok pedig úgyis 
CD-n jönnek ki), úgy zuhan a bootvírusok részaránya. A programvírusok 
okozta incidensek száma nagyjából változatlan, amakróvírusok pedig, , hála" 
a Concept és a CAP tevékenységének, egyre nagyobb szerephez jutnak. 
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Az ismert makróvírusok számának alakulása 






PROGRAMOZÁSTECHNIKA 





A Windows jó példa... 
ADO az adatbáziskezeléshez 


Az objektumorientált programozástechnikának az a vonása, 

hogy egy újabb tulajdonság megvalósításához elegendő 

meg- vagy újraírni egy adott objektumnak csak az ezt megvalósító 
részét, jelentősen segíti a támogató környezetek terjedését. 
Ugyanakkor az OOP során egyszerű megoldani azt is, 

hogy az objektum egy adott metódusát ne csak a neve, 

hanem egy további azonosító alapján is elérhessük. 

Utóbbiakat , szabványosítva" külső eljárásként akár más 
objektumok is meghívhatják objekitumunkat, annak eljárásait. 


Ez egyrészt lehetővé teszi — az 
említett virtuális azonosítókat üzenet- 
ként kezelve — az üzenetvezérelt prog- 
ramok elkészítését. Másrészt objektu- 
munkat bármely más program, amely 
alkalmas ezeknek a számára külső egy- 7 
ségeknek a kezelésére, futásidőben is 
aktivizálhatja. Lehet ez olyan program 
is, amely az adott objektum elkészülte- 
kor még nem is létezik. De éppen 
készülő programunkkal, objektumunk- 
kal mi magunk is , megszólaltathatunk" 
további objektumokat. 

Az üzenetvezérelt és szinte teljes 
egészében objektumalapú programra, 
programrendszerre maga a Windows a 
legelterjedtebb példa. Az ebben felhasz- 
nálható, részben szintén a Windows 
üzeneteit feldolgozó, leginkább azon- 
ban a Windows környezetében egyes 
specializált feladatokat megvalósító 
egységekre pedig a COM-objektumok 
szolgálhatnak példaként. Ezek az ob- 
jektumok a Microsoft-szabványú inter- 
fészrésszel bíró, bináris állományokba 
fordított objektumok, amelyek kifelé 
megfelelnek az ezt a szabványt megva- 
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Recordset 


1. ábra 
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lósító modellnek (COM - Common 
Object Model). 

Ilyen, egymással egyfajta szab- 
ványos felületen érintkező objektumo- 
kat számos programozási nyelven elő- 
állíthatunk. Készítésüket számos fej- 
lesztőkörnyezet (C/C---t-, Pascal, Java, 
Visual Basic stb.) támogatja. Ezeknek 
a bináris kódba fordított objektumok- 
nak a leggyakoribb megjelenési formái 
az OLE (Object Linking and Embed- 
ding) kapcsolatokat megvalósító alkal- 
mazásobjektumok, illetve az aktív ve- 
zérlőobjektumok (ActiveX-vezérlők). 
Az utóbbiak az ActiveX-komponense- 
ket kezdetben elsősorban a World Wide 
Web dokumentumok interaktivitásának 
növelésére szánták, de felhasználásuk 
elterjedt a 32 bites Windows-verziók- 
ban, és a különböző funkciókat megva- 
lósító ActiveX-vezérlőknek jelentős 
forgalma alakult ki az Interneten, mivel 
fejlesztésükkel sokan sokféle program- 
környezetben foglalkoznak. 

A különböző ActiveX-fejlesztések- 
ben a Microsoft is jelentős szerepet 
vállal, és a fejlesztéseknek egyik szem- 
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pontja az egyes programrészek, rész- 
egységek programozási felületének 
(API) lefedése egy-egy ilyen vezérlő- 
vel. Ezeket a későbbiekben csak egy- 
szer kell installálni, s a későbbiekben a 
programfejlesztésben támaszkodha- 
tunk a rendszer számára regisztrált ob- 
jektumok felhasználására, a sokszor 
elég bonyodalmas  API-függvények 
egyenként paraméterezése helyett. Az 
adatbáziskezelés programozásához 
szintén rendelkezésre állnak különböző 
kész objektumok. Ezek egy része az 
alkalmazás ablakának kialakításában 
részt vevő grafikus elemeket tartalmaz- 
za. A Microsoft azonban kifejlesztett 
egy ActiveX-alapú adatbázis-progra- 
mozási objektumgyűjteményt is. Ez az 
ADO (ActiveX Data Objects), amely 
felváltani hivatott a korábban alkalma- 
zott, szintén objektumalapú DAO és 
RDO rendszereket. 

Az ADO elsősorban a kliensoldali 
programozás számára teszi lehetővé az 
adatbázisszerverek adatállományainak 
elérését (kliens/szerver és Web-progra- 
mozás). Azokban az esetekben, ame- 
lyekben a korábbi ODBC adatbázisokat 
is lefedő OLE DB-vel elérhető adatbá- 
zisokkal dolgozunk. Ezzel elérhetjük a 
relációs adatbázisokat is, de kezelhe- 
tünk olyan nem relációs adatbázisokat 
is, mint az ADSI (Active Directory 
Service Interfaces) segítségével a háló- 
zati adatokat. 

Az ADO-fejlesztés célja ezeknek az 
adatbázisoknak a kezeléséhez szüksé- 
ges programozási feladatoknak a lefe- 
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dése volt, miközben az ADO objektu- 
maival biztosítani kívánták a könnyű 
felhasználhatóságot a készülő felhasz- 
nálói programokban, illetve scriptek 
szintjén az ActiveX-vezérlőket fogadni 
képes internetes kapcsolatokban és 
web-szervereken. Lehetőség szerint mi- 
nél kisebb merevlemez-használat és 
memóriaigény mellett. Az objektum- 
gyűjteménynek jelenleg 1.5-ös verziója 
érhető el, de őszre várható a javított és 
kiegészített új, 2.0-s verzió. 

Az ADO gyűjtemény az adatbázisok- 
kal végzett munkához számos objektu- 
mot tartalmaz (1. ábra). Az ADO ob- 
jektumai közül a Recordset objektum 
jelenti az adatbázis adataival való fő 
kapcsolódási felületet. Ez az objektum 
reprezentálja a teljes adatállományt az 
adatbázisban, illetve egy korábban le- 
futtatott parancs eredményeként kapott 
rekordsorozatban. Használatával meg- 
valósítható a kurzor pozicionálása az 
adatbázisban, új rekord hozzáfűzése, 
meglevő törlése stb. 

Az ADO objektumok használatakor 
a korábbi, szintén objektumalapú adat- 
bázis-elérést lehetővé tevő DAO (Data 
Access Objects) és RDO (Remote Data 
Objects) objektumokkal ellentétben 
nem kell a teljes objektumhierarchián 
végigmenni, mivel ezek többsége egy- 
mástól függetlenül is létrehozható. E 
megoldással lehetőség nyílik rá, hogy 
a programozónak csak azzal az objek- 
tummal kelljen foglalkoznia, amely a 
tényleges feladathoz elengedhetetlen. 

Így az adatbázisszerveren lefutó 
scriptek (ASP fájlok) segítségével és az 
ADO felhasználásával az adatbázissal 
folyamatosan kapcsolatot tartó, valóban 
aktív weblap is készíthető, anélkül, 
hogy a letöltött HTML dokumentum- 
ban az adatbáziskezelés eljárásai meg- 
jelennének. Ezek a szerveren futva a 
felhasználó felé egy dinamikusan elő- 
álló, az ADO révén nyert adatokkal 
feltöltött HTML dokumentumot állíta- 
nak össze, valamennyi érintett felhasz- 
náló számára. 

Mivel az ADO-nak szabványos csat- 
lakozási modellje van, nincs akadálya, 
hogy használatát további vezérlők ké- 
szítésével segítsük. Ilyen vezérlő az 
ISGData Control for ADO (Internation- 
al Software Group), amely a Visual 
Basic 5-tel fejlesztett felhasználói prog- 
ramokba hivatott az OLE DB kiszolgá- 
lókkal végzett  adatbázis-műveletek 
programozását megvalósítani. Ez a pa- 
lettára vehető vezérlő (2. ábra) az ADO 
Recordset objektumával kapcsolatot 
tartva az adatbázis rekordműveleteinek 
programozását szolgálja. 

Simay Endre István 
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A Mikrobazár rovatban a nem 
kereskedelmi célú egyéni hirde- 
tések közlése ingyenes. 

A kereskedelmi célú apróhirde- 
tések tarifája gépelt soronként 
(azaz 60 karakterenként) 300 fo- 
rint. 





A terjedelem alapján így kiszá- 
mított összeget kérjük átutalni az 
Új Alaplap Kiadói Kft számlájára 
(OTP, 11706016-20788599), 
vagy feladni postai utalványon a 
kiadó címére (1539 Budapest, Pf. 
571), és feltüntetni, hogy ,Új " 
Alaplap, apróhirdetés". A befize- 
tést igazoló szelvény másolatát — 

a hirdetési szöveggel együtt — a 
szerkesztőséghez (a kiadóéval 
azonos címre) küldjék el. 

Szerzői jogokat sértő szoftver- 
hirdetéseket nem közlünk le. 























Bármilyen típusú szöveg fordítását vál- 
lalom angolról magyarra, magyarról angol 
nyelvre, illetve vállalom kiadványok lát- 
ványtervezését, szerkesztését is. Cím: Lach- 
ner Zoltán, 1195 Budapest XIX., Jáhn Fe- 
renc u. 14/a. Telefon: 157-0308. 


OBJECTS 2.0 —  objektumorientált 
programozás CLIPPER-ben. Tájékoztató 
kérhető az alábbi címen: Szűcs János, 4400 
Nyíregyháza, Vasvári Pál u. 37. Tel.: (42) 
437-331 vagy 465-666/1382-es m. 


Adatmentés CD-re, streamerre; win- 


chesterről, floppyról. Ugyanitt beszerzési 


tanácsadást, hálózattervezést és programké- 
szítést is vállalok. Cím: Kovács Lajos, 1031 
Budapest III., Vízimolnár u. 10. IV/33. 


Alaplapcsere, memória-, winchester- és 
floppybővítés a helyszínen. MegaSoft. Te- 
lefon: 295-5085. 


Stúdiómban megbízhatóan, ellenőr- 
zötten lefordítom angol, német, francia és 
magyar nyelvről/nyelvre műszaki és köz- 
gazdasági folyóiratok cikkeit, hardver- és 


szoftverleírásait. Áfás számlát állítok ki. 
Cím: Szász György, 1035 Budapest III, 
Kórház u. 25. Tel.: 168-4874. 


Akarod, hogy ingyen tiéd legyen az év- 
század viccgyűjteménye? Nos, ha igen, ak- 
kor írj az alábbi e-mail címek valamelyikére: 
gbolusyj(a gold.uni-miskolc.hu vagy küldj 
egy üres kislemezt és egy felbélyegzett 
válaszborítékot a postacímemre: Kovács 
Gábor, 3502 Miskolc II., Pf. 83. Telefon: 
(20)703-438. 


Keresek S3 Vision 868 vidokártyához 
memóriabővítést (C8256 jelű 4 db — 1 MB). 
Cím: Nagy Sándor, 8200 Veszprém, Lóczy 
u. 20/A. TV/10. 


Visual Basic-ben (lehetőleg Visual Basic 
5-ben) programozót keresek konzultáció 
céljából. Telefon: 329-2225 (9-17 óra kö- 
zött). 


A Gyermekvilág "94 Alapítvány iskolai 
múzeuma adományként elfogad, vagy jel- 
képes áron átvesz régi információs eszkö- 
zöket, számítógépeket, részegységeket, tar- 
tozékokat. Az adományokról értékbecslés 
alapján — kérésre — adócsökkentő igazolást 
adunk. Cím: 8354 Karmacs, Szent Anna tér 
3. Tel.: (83)372-OL1, este: (83)372-026. 


Herdi Szabolcs nyolcadik osztályos tanu- 
ló vagyok. Nyitott gerinccel születtem, így 
pályaválsztási lehetőségeim nagyon lecsök- 
kentek. Apukám 3 éve le van százalékolva, 
szintén gerincbetegségben szenved, anyu- 
kám munkanélküli, így anyagi körülménye- 
ik nem teszik lehetővé, hogy új számítógépet 
vegyenek. Akinek van egy feleslegessé vált 
486-os számítógépe és alacsony áron, rész- 
letfizetéssel el tudná adni részünkre, az ezzel 
sokat segítene családunk problémáinak 
megoldásában. Herdi Szabolcs, 6300 Kalo- 
csa, 48-as út 27. Tel.: (78) 464-270. 


JÚNIUSI SZÁMUNKBAN 
FVLLTT NY Van úi178y. 


MESTERSÉGES 
INTELLIGENCIA 





, Error! Bookmark not defined." 


Sajtóhibavírusok a láthatáron 


Mindig szerettem a komikus sajtóhibákat, persze inkább akkor, 
ha azok más lapokban és kiadványokban fordultak elő. Mostani 
esetünkhöz legjobb analógia egy 1972-es konferencia 
tanulmánykötetében található. Ott a nyomdász néhány helyen 
szövegként írta be a szedési utasításnak szánt megjegyzést, 

és ennek folytán ilyetén mondatok keletkeztek: 

5. e gondolatához jól illeszkedett Bakonyi Sebestyén Endre 
nem verzál korreferátuma". A jelek szerint az elektronikus 
kommunikáció is kezdi kitermelni jellegzetes — és nem kevésbé 
groteszk — sajtóhibáit. Erről szól az alábbi nem mese. 


Legutóbbi számunk Vírusőrjárat ro- 
vatában, az 53. oldalon olvasóink az 
alábbi mondatot olvashatták: , Az érde- 
kes szolgáltatás az Error! Bookmark 
not defined. címen, a Dialogue Science 
honlapján érhető el." Hát igen, ha a 
szerző ezt állítja, ráadásul még érdekes 
is, miért ne lehetne a címzés is ilyen 
szokatlan. Átengedtük... bár a szókö- 
zök gyanúsak voltak. 

Lapunk sajnos már épp ki volt nyom- 
tatva, amikor megkaptuk e-mailben a 
Sun korrektül megszerkesztett sajtótá- 
jékozató anyagát, melynek megtekinté- 
sére kénytelenek vagyunk igénybeven- 
ni a WinWord fantasztikus szolgáltatá- 
sait, és legnagyobb meglepetésünkre 
abban is ilyen mondatok fordultak elő: 
,, További információ az Interneten, a 
Error! Bookmark not dedfined. cí- 
men olvasható." Ez már több volt a 
gyanúsnál. Nyilvánvalóvá vált, hogy a 
szerzőnktől e-mailes WinWordben ka- 


pott szöveg hasonló torzuláson mehe- 
tett keresztül, és ezúttal (lapunkra 
egyébként nem jellemző módon) egy 
sajtóhiba-aknára léptünk. 

Feltételezem, hogy olvasóink közül 
néhányan akár naivságból, akár heccből 
(mert ők rögtön felismerték a , leiter- 
jakabot"), rákerestek erre a ,linkre", 
ezért én is beírtam az URL rangra 
áhítozó hibaüzenetet a Netscape pa- 
rancssorába. Az persze átlátott rajtam, 
és elegánsan átpasszolta a szöveget az 
Excite keresőrendszerébe, amely közöl- 
te a megnyugtató eredményt, hogy a 
kérdéses karaktersorozatnak 1 486 960 
előfordulását találta meg. Kösz! Tehát 
nem vagyunk egyedül. 

Miután saját 7-es WinWord-ünkben 
megtaláltuk a bookmark kutricáját (bár 
könyvjelzőt sehova nem akartunk ten- 
ni), ha ővinwördsége úgy gondolja, ám 
legyen kipipálva. Es lássunk csodát, 
eltűnt a hibaüzenet. Helyén pedig ott 


PRO DOMO 


volt a linkelésre kijelölt URL cím: 
aláhúzva, bekékülve. Rákattintás esetén 
nem ugrott ugyan sehova, nem hívott 
be semmilyen keresőrendszert, de a 
sima szövegen kívül egyebet nem is 
nagyon akartunk belőle kihozni. 

Túl azon, hogy nem fért a fejünkbe, 
miért bookmark az, ami link, és hogy 
milyen néven kellene nevezni, ha vala- 
hová valóban bookmarkot szeretnénk 
tenni, érdeklődni kezdtünk a WinWord- 
változatok bookmarkjelöléseinek visel- 
kedése és kompatibilitása iránt. Kuta- 
tásaink az alábbi eredményre vezettek: 

A bookmarkot, pontosabban a linket 
a Word első értelmezésben különleges 
szövegrészként nyilvántartja, és a rá 
való hivatkozást bejegyzi a szövegen 
kívülre, főleg a láblécbe. Ez a speciális 
szöveg éppúgy lehet webcím, mint ud- 
variassági sablonszöveg. A hivatkozás 
azonban csak addig működik, amíg 
ugyanannál a gépnél ülünk... és nem 
nyúlunk semmihez. Ha a névadatbázis 
átkerül másik könyvtárba, ha másik 
gépről nyomtatunk, ha ez, ha az... 
akkor a jelölt helyen kiírja nekünk az 
ominózus szöveget, hol angolul, hol 
magyarul... amilyen a széljárás. Meg- 
szüntetve azonban a megjelölt szöveg 
bookmark jellegét, ismét helyreáll a 
rend. Az oknyomozásban mi eddig ju- 
tottunk. Ha valaki tud pontosabb ma- 
gyarázatot is, szívesen leközöljük. 

Varga János 


E SZÁMUNK HIRDETŐI 








Cég Infott Old. Cég Infott . Old. Cég Infott Old. 
2F 01 41. Elender íz B2. Ready 33 08. 
ADI Pannon 02 B4. FAN 18 73. Reflex 34 52. 
Albacomp 03 38. Halaspack 19 élén Rezon Trade 35 Ve 
Array Data 04 58. Ifabo "98 20 42. Shartech 36 41. 
Bentley 05 06. Intergraph 21 28 Server 37 58. 
BMIK 49 31. InterPC Networking 22 62. Shift Informatika 38 55 
Borland 06 52. Keszo 23 e: Smart Electronic 39 57. 
Cartographia 07 04. Kim-Soft 24 58. Software Station 40 56. 
Cégszerviz 08 57. Lotus 25 04. Synergon 41 41. 
Compag 09 03. Microsoft 50 35. Telnet 42 62. 
ComputerBooks 10 04. Next 26 7 Teta 43 58. 
Cordata 11 24. Open Gates ml 31. Unicomp 44 öz 
Corwell 12 52. Oracle 28 B3. VAR 45 58. 
Crown-Tech 13 23. Portocom 29 A Te VirusBuster Team 46 7 bi 
D-Data 14 23. Profon 30 KV VTCD 47 74. 
Digital 15 51. Owerty 31 20. Xerox 48 28. 
DIT Digitáltechnika 16 55. RA Trade 32 36. 
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OOP ,paszkálosoknak" és , cépluszosoknak" 


Kétszer kettes ikerpár 


A objektumorientált programozással kapcsolatos 

negyedik (a C4-4- nyelvről szóló) könyv megjelenésével 

teljessé vált a mindkét nyelvhez elvezető és az OOP-be bevezető 
alapvető szakirodalom és a hozzá kapcsolódó feladatgyűjtemény. 
A könyveket szoros rokoni szálak fűzik egybe, 

de ez egyiküknek sem vált a kárára. 


Az objektumorientált programozás 
módszereivel foglalkozó hazai szakiro- 
dalommal két problémám szokott lenni. 
Egyrészt túlságosan elnagyoltak a mód- 
szer lényegének bemutatásában (unos- 
untalan hajtogatják az alapelveket, de 
ebből még nehezen válik világossá, 
hogy mire jó az egész), másrészt a 
technikai részletek nem elég meggyő- 
zőek, mert gyakran hiányzik mögülük 
a meggyőző indokolás. A nagy elvek 
így nemegyszer üres szavak maradnak, 
mert nem kristályosodik ki mögöttük a 
tartalom. 

Magamon is tapasztalom, másokon 
is észrevettem, hogy procedurális gon- 
dolkodásra beállítódott agyunk más 
srófra jár, mint amire itt szükség lenne. 
Nehezen szokik hozzá, hogy most más- 
fajta nüanszokra kellene figyelni, mint 
a hagyományos programozásban. Pél- 
dául egy hétköznapi halandónak nem 
könnyű átlátnia, hogy bizonyos helyze- 
tekben mi indokolja egy-egy objektum 
vagy tagfüggvény ilyen vagy olyan 
minősítését, egy-egy kulcsszó beírását, 
illetve elhagyását. Vagy az istennek sem 
jön rá, milyen fifikával lehetne ügyesen 
kihasználni azokat a bizonyára határta- 
lan lehetőségeket, amelyek benne rej- 
lenek az új stílusú programozásban. 

Talán nem én vagyok az egyedüli, 
aki először olvasmányain keresztül sze- 
ret eligazodni az újonnan megismert 
dolgokban. Persze jól tudom, hogy igazi 
tudást csak a gyakorlatban lehet meg- 
szerezni, de biztonságérzet is kell ah- 
hoz, hogy az ember elhiggye: érdemes 
belevágni. Azért örültem meg a most 
ismertetendő könyveknek, mert igazol- 
ták a beléjük fektetett energiát. Ugy 
érzem, hogy ezzel a módszerrel végre 
aprópénzre lehet váltani az ígéreteket. 


Elszakadó hadműveletek 


Feltehetően elsősorban oktatói ta- 
pasztalataik alapján jutottak a szerzők 
arra a meggyőződésre, hogy az újfajta 
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gondolkodásmód elsajátításához is a 
hagyományos gondolkodásmódból, a 
hagyományos módszerek alkalmazásá- 
ból érdemes kiindulni — innen kezdve 
azonban nagyon következetesen, lépés- 
ről lépésre kell haladni a kitűzött cél 
felé. A technikai részleteket sem lehet 
elhagyni, mert akkor nem tudnánk mi- 
hez kötni az elveket. De az sem jó, ha 
a nyakába zúdítják a szegény olvasó- 
nak, mert akkor meg alaktalan, össze- 
függéstelen szabályhalmaz marad, ami- 
vel nem tud mit kezdeni: a kevesebb 
ilyenkor sokkal több lenne. Apránként 
vagyunk csak képesek megemészteni a 
dolgokat, lassan tudatosítva, hogy mire 
kell nagyon odafigyelni, mi az, ami itt 
fontos. 

Az első követelmény tehát az, hogy 


elég apróra szét legyen trancsírozva 


mindaz, amit meg akarnak velünk etet- 
ni. A második meg az, hogy hagyják 
maguknak ízlelgetni, ne akarják erő- 
szakkal letömni a torkunkon. 


Varietas delectat 


EI kell ismernünk: a szerzők mindent 
megtettek annak érdekében, hogy se túl 
sokat, se túl keveset ne tálaljanak elénk. 
A legtiszteletreméltóbb az a szakszerű- 
ség, amellyel részeire bontották a prob- 
lémákat, és az következetesség, 
amellyel adagolják nekünk a tudniva- 
lókat. Módszerük egyik titka, hogy ma- 
ximálisan kiaknázzák a feladatok variá- 
lásában rejlő lehetőségeket. Általában 
is igaz, hogy tisztábban be lehet mutatni 
valamilyen jelenséget, ha bonyolult 
helyzetben egyszerre mindig csak 
egyetlen paramétert változtatunk. Lé- 
nyegében itt is erről van szó: a szerzők 
egy-egy alapfeladatból kiindulva annak 
apró módosítgatásaival haladnak előre. 
Az olvasó így könnyebben megérti az 
összefüggéseket, mert mindig csak 
egyetlen változásra kell összpontosíta- 
nia a figyelmét. Gondosan összehason- 
líthatja az új problémát és az új meg- 


oldást az előzővel, nem fenyegeti az a 
veszély, hogy valami teljesen új kör- 
nyezetbe, új problématérbe pottyanva 
esetleg nem ismeri ki magát, vagy hibás 
következtetéseket von le a változások 
szabályszerűségeiből. 

Egyik ilyen lecsupaszított alapfel- 
adat a szerzők számára egy egyszerű 
számológép működése. Sok programo- 
zási helyzet bemutatható ezen az alap- 
jában egyszerű feladaton. Meg lehet 
mutatni a probléma megoldását C-ben, 
és minimális változtatással ennek OOP- 


Benkő Tiborné — Benkő László — 
Poppe András: 


Objektumorientált programozás 


C1.4 nyelven 
ComputerBooks, 1998 
378 oldal, 2464 Ft — 
(lemezmelléklettel) 


Benkő Tiborné — Benkő László — 
dr. Gyenes Károly — 
dr. Komócsin Zoltán: 


Objektumorientált programozás 


Turbo Pascal nyelven (7.0) 


ComputerBooks, 1997 
238 oldal, 1978 Ft 
(lemezmelléklettel) 


Benkő Tiborné - —- Benkő László: 


CÉS Cs nyelven 
ComputerBooks, 1997 
592 oldal, 1998 Ft 
(agoanelemas) 


(Benkő Moné — Benkő László — — 
dr. Meszéna Zsol ő ; 
dr. Gyenes Károl 


L 


Programo: ási fel 
és algoritmusok 


Turbo Pascal nyelven 


ComputerBooks, 1996 
592 oldal, 1488 Ft 
(lemezmelléklettel) 
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INFORMÁCIÓKÉRÉS: 





Az öt legfontosabb érv, amiért 
hatékony alkalmazás-fejlesztési munkáihoz 
érdemes ezt választania: 
6€ Framework-alapú. 
€ Adatelemszótár segíti a fejlesztést, 

business objects. 


6€ Adatbázis-alkalmazások fejlesztésére tervezett. 

e A fejlesztés kényelmét növeli az IDE. 

€ Maximálisan nyitott egyéb adatbázisok felé 
(Btrieve, DB2, dBase stb.) 


A VDF 5 bemutatói: 1998. május 19: Eger. 
Május 20: Székesfehérvár, Veszprém. Május 21: Pécs 


NEXT Software Kft, Budapest XI., Andor u. 60. Telefon: 208-4643, 
208-4638, 208-4631/248 E-mail: nextswEhungary.net 
Weblap: www.tiszanet.hu/dataobject/dfklub 











o MIINIDOET 
p- MINDENT! 


"PROFON E ntt 
INFORMATIKAI Kft... VSSZEEIKTT  ) 


KOMPLETT INFORMATIKAI RENDSZEREK TERVEZÉSE ÉS 


KIVITELEZÉSE 


! € OPTIKAI, strukturált és hagyományos hálózatok 
HÁLÓZATÉPÍTŐ ELEMEK 


Optikai Transcieverek és átalakítók 

Aktív eszközök (Ethernet, Token-Ring, FAST-Ethernet, ATM) 
Kábelek, csatlakozók 

Rackszekrények, Összekötő kábelek 


€ FÜGGETLEN ENERGIAELLÁTÁS 
Informatikai rendszerek független energiaellátása 
Szünetmentes tápegységek telepítése 
Erősáramú felülvizsgálat 
Túlfeszültség elleni védelem 


€ PC-k, SERVEREK, MUNKAÁLLOMÁSOK 
és alkatrészek forgalmazása 
Komplett rendszerek esetén beruházóknak 
TANÁCSADÁS, DÖNTÉSELŐKÉSZÍTÉS 


Rövid kivitelezési határidő, hároméves garancia! 



































MasTERB elit 








1138 Budapest Cserhalom út 4. 
B Telefon: 270-6227, 270-6235 
ezé Telefon/Fax: 270-50-93 
KÉT ITTEN 








DORTOCOM-6ó100 


94 (ő (dett 


ami a következőket tudj 


KH PORTOCOM BRT. 


1115 Budapest XI. ker., Ballagi Mór utca 14. 

Tel.: 203-9269, 203-9276, 203-9277, 206-5578, 206-5579 
Fax: 203-9275 

Faxtár: (23) 504-804 (1) 20237-es kód 

Drótposta: portocomXmail.datanet.hu 
http://www.portocom.hu 
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Portocom 6100-as 
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Látogasson meg 
bennünket az 
IFABO 
kiállítás 
D pavilon 402/D 
standján! 


6400 Kiskunhalas, 
Középső ipartelep 6. 
Tel.: (77) 421-344 
Fax: (77) 421-952 
Levélcím: 6401 
Kiskunhalas, Pf. 57. 











HAGYOMÁNYOS NYOMTATÓKHOZ 


1-8 pályás elrendezéssel 
féle méretben színben 


[70x36mmee O.9FtrÁFA HOZX36mMmMm mp 1.12Ft--ÁFA. IZOXA4BMM mp 1.28Ft--ÁFA 


















a LÉZER- ÉS TINTASUGARAS NYOMTATÓKHOZ, FÉNYMÁSOLÓKHOZ 
; 200 - 500 ÍVES KISZERELÉS 


féle címke méret 


LEKEREKÍTETT SARKOKKAL l. SZO 


Mennyiségfüggő árak: — 24-29Ftr(ÁFA 
[színben TSSÉKÉS 


Rezon Trade Kft. 1135 Budapest, Jász u. 33-35. Tel.: 270-6026, 270-6027 Fax: 129-9038 








1055 Budapest V., Falk Miksa u. 


IK Aza IK Telefon: 332-8717 Fax: 302-5136 


E-mail: salesokeszo.com  — Web: www.keszo.com 








6. 








National Geographics komplett gyűjtemény CD-n 52.000 MS Office 97 magyar prof. / upg. 135.800/70.000 
Windows Commander 3.5 16/32bit (magyarul is) 8.800 WinFAX Pro 8.0 NT, Win95 / upg. 31.000/16.000 
Far 1.51 / RAR 2.02 / ARJ 2.6 7.500/7.500/14.000 System Commander 3.0 Win95 (BootManager) s 24.000 
Winzip 6.3 / Pkzip 2.049 13.600/14.000 Partition Magic 3 (particionálás adatvesztés nélkül 23.000 
Impression (DTP sw., Ouark,PM, Corel egyvelege) 98.000 Visio 5.0 Win95/NT Standard / upg. 54.000/36.000 
F-Prot Professional 43.000 Visio 5.0 Professional Win95/NT. / upg. 110.000/52.000 
Clarion Developer 4.0/upgrade 118.000/58.000 Visio 5.0 Technical Win/95/NT. / upg. 110.000/52.000 
CorelDraw 8.0 / upgrade 119.000/64.000 Photoshop 4.0 Win95/NT / upg. 179.000/64.000 
Hot Metal Pro 4.0 36.000 Photoshop 4.0 Win95/NT magyar! / upg 179.000/69.000 
MS Frontpage 98 33.600 NT 4.0 Server/WKS Resource Kit 34.000/16.000 
MS Project 98/upgrade 112.000/44.900 Win 95 Resource Kit/ Office 97 Res. Kit 9.800/14.000 
Norton Utilities 3.0 28.000 Norton Commander 1.2 Win95/NT / upg. 20.000/11.000 
Norton Antivirus 4.0 angol vagy magyar 19.600 Clarion for Windows 2.003 / upg. 118.000/57.000 
System Commander 3.x Deluxe 30.000 Adobe Acrobat / Corel ArtShow 7 76.000/14.400 
Norton Uninstaller 16.000 Multikey 3.5 / upgrade 3.600/2.000 
MathCAD 7.0 Professional 128.000 NT KEY 4.0 /upgrade előző verziókról 10.000/6.000 
Procomm 4.5 Win95/NT, Internet, fax, modem, rc. 51.000 Adobe lilustrator 7.0 / upg. 125.000/45.000 
Unicode TrueType 100 betűtípus 3.900 Siearra Home Garden 20.000 
Drivelmage (FAT16/32, HPFS, NTFS) 21.000 OuarkXPress 4.0 Win95/NT / PowerMAC 244.000 
Adobe Type Manager 4.0 deluxe for NT! 25.000 ű 

MS Office 97 magyar / upg. 112.800/47.200 Áraink áfa nélkül értendők! 


72 ÚJ ALAPLAP 1998/5 


INFORMÁCIÓKÉRÉS: 23 A 


INFORMÁCIÓKÉRÉS: 19 A 


INFORMÁCIÓKÉRÉS: 35 





KÖNYVESPOLC 





Lele a Tört o grata ÁB 
programozás 


ARAT 
ko arr 
na gkug ei 





beli megfelelőjét C-t-- nyelven. A mű- 
veletet meg lehet adni ,,a sorok között", 
inline módon. Be lehet mutatni, hogy a 
Művelet osztály bizonyos adattagja 


közvetlenül nem érhető el, ha az adat" 


tagok elérését public-ról private-ra 
vagy protected-re változtatjuk, bővíteni 
lehet viszont az osztályt egy újabb 
tagfüggvénnyel, hogy elérhetővé váljék 
az előbb , eltűnt" adattag. Lehet szem- 
léltetni a feladaton az objektumpéldá- 
nyok statikus (később dinamikus) hely- 
foglalását, a konstruktorok és destruk- 
torok szerepét, a new és a delete mű- 
ködését, és az inicializálást különböző 
helyzetekben. 

Meg lehet értetni ezen a példán a 
statikus objektumok fogalmát, sót a 
több konstruktor használatának lehető- 
ségét is, ahol az argumentumlista alap- 
ján dől el, hogy mikor melyik változatot 
kell aktivizálni. Jól érzékeltethető a 
függvények paraméterezésének megol- 
dása a sablonok (template-ek) beveze- 
tésével. Ez az út egyenesen vezet a 
típussablonnal paraméterezett osztály 
bevezetéséhez, ahol statikus esetben a 
fordítóprogram feladata eldönteni a tag- 
függvények viselkedését (típusát). 

Nem folytatom — a könyvben azon- 
ban nagyon szépen végig van vezetve 
ez a gondolatsor, szemléletesen jutva el 
az öröklődés és a zártság fogalmához, 
jelentőségéhez és felhasználási módja- 
ikhoz, a függvények átdefiniálásához, 
illetve ennek speciális eseteként a C--t 
nyelv létező operátorai értelmezésének 
kiterjesztéséhez újabb jelentések hoz- 
zárendelése útján. 


Mindez természetes módon juttatja 
el az olvasót a többféle irányú általá- 
nosítás lehetőségének felismeréséig. Az 


egyik irány a műveletek körének kibő- 
vítése újabb műveletekkel, egy másik 
az argumentumok körének kiegészítése 
más típusú (és hasonló módon, részben 
másként viselkedő) objektumokkal. De 
teljesen új tulajdonságú objektumokra 
is alkalmazhatóvá válik a módszer. A 
halmazok algebrája vagy a sztringekkel 
végezhető manipulációk rendszere pél- 
dául kétségtelenül rokonságot mutat a 
, szokásos" algebra és aritmetika sza- 
bályszerűségeivel, de azért egyáltalán 
nem triviális feladat halmazokra vagy 
sztringekre értelmezni a rájuk vonat- 
koztatható relációkat és műveleteket. 
Nos, a C--- nyelvű OOP-ről szóló 
könyv azt is bemutatja, hogy miként 
lehet átdefiniálni bizonyos operátorokat 
az OOP eszközeivel, hogy alkalmazá- 
suk szabályai hasonlóak legyenek a 
Pascal nyelvben megszokott halmazel- 
méleti konvenciókhoz. 


Kettő " kettő - négy 

A négy könyv koncepciója rokon 
(ami azért sem meglepő, mert részben 
szerzőik is azonosak), kidolgozásukban 
azonban itt-ott különbségek is vannak. 
A molettebb Turbo C és C-t-- feladat- 
gyűjtemény teljesen alapfokon indít, és 
a hagyományos C-vel kezdi, de végül 
arra a fokra is eljut, ahová szikárabb 
testvére. Az , elméletibb" érdeklődésű 
testvér szintén nem ugrik fejest az OOP- 
be, hanem előbb a C--- programozásba 
vezet be, ugyancsak jól megtervezett 
lépések sorozatán keresztül. Az elméleti 
anyagból sem hiányoznak a példák, bár 
érthető, hogy több van a példatárban. 

Az elméleti magyarázatok nagy része 
egyébként megfordítva, a szerényen 
csak példatárnak nevezett feladat- és 
algoritmusgyűjteményben is megtalál- 
ható. A C feladatok között tekintélyes 
helyet foglalnak el a numerikus mód- 
szerek megoldását bemutató feladatok, 
a lineáris egyenletektől kezdve a nume- 
rikus integrálásig, 


1 programozás 
Turb$Pascal 


nyelven 


nek nincs meg a lemezmellékleten a 
megoldásuk. 

A pascalbeli OOP-vel foglalkozó , el- 
méleti kötetben" részben ugyanazok a 
feladatok szerepelnek, mint C-t---beli- 
ben. A lemezen minden feladat kidol- 
gozva megtalálható, tömörítve is meg- 
haladja az 1 MB-ot. A példatár itt is a 
legegyszerűbb feladatoktól kezdve ta- 
nítja a TP programozás gyakorlatát, az 
OOP-vel csak ezt követően, a kötet 
egyik jól megtermett fejezetében fog- 
lalkozik. 

Ami jelenleg magyar nyelven elér- 
hető az OOP-ról, az indulásnak már 
elég, és minőségileg is színvonalasnak 
mondható. Az OOP szélesebb körű el- 
terjedéshez azonban nagyon jó lenne 
lefordítani (vagy legalább hozzáférhe- 
tővé tenni) a külföldi szakirodalom leg- 
javát. Főleg azokat a válogatott iroda- 
lomjegyzékeket lenne érdemes tanul- 
mányozniuk kiadóinknak, amelyek , A 
hónap témája" egyes cikkei végén ta- 
lálhatók. 

Vargha Dénes 





továbbá egy szép 
függelék egészíti 
ki a kötetet a Tur- 
bo Pascal és a 
Turbo C nyelv ösz 
szehasonlításá-r 

ól. Az OOP-fel- 
adatok között 
vannak karakter- 
sorozatokkal fog- 
lalkozó, animáci- 
ós és ütközési fel- 
adatok is. Oktatá- 
si célra olyan fel- 
adatokat is felvet- 
tek a szerzők a kö- 
tetbe, — amelyek- 


a legjobb 
forgalmazóknál 


szkennerek 
egerek 
multimédia 
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ÚJ ALAPLAP 1998/5 


ELŐFIZETÉS 
Az 1998/.... sss számtól kezdődően előfizetem 


az Új Alaplap című CD-mellékletes 
havi számítástechnikai folyóiratot 


ús saeztk példányban [J 1 évre, (J 1/2 évre. 
Az éves előfizetési díj: 5880,— Ft (Ez az összeg az áfát is tartalmazza.) 


d Számlát kérek (banki átutalással fizetek). [d Befizetési csekket kérek. 


APRÓHIRDETÉS 


Kérem, hogy az Új Alaplap következő számának Mikrobazár rovatában az alábbi szövegű 
apróhirdetést jelentessék meg. (A túloldalon ismertetett feltételeket tudomásul veszem.) 
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Az Új Alaplap mostani számában megjelent hirdetések közül az általam itt megjelölt 
kódszámúakhoz részletesebb információt kérek a hirdető cégektől. 
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(d A hirdetés egyéni és egyedi jellegű, ezért kérem 
ingyenes megjelentetését. Kijelentem, hogy annak tar- 
talma nem sérti senki szerzői jogát. 





(I A hirdetés kereskedelmi célt szolgál. Mellékelem a 
soronként (60 karakterenként) 300 forintnak megfelelő 
összeg átutalásáról az igazoló szelvény másolatát. 

A címzett: Új Alaplap, 1539 Budapest, Pf. 571, illetve 
átutalásnál az OTP 11706016-20788599 számlaszámra. 
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MEVSEOFERZZO00 DEVELŐPER/2000 


aA  Developer/2000 második verziójában 

különösen hasznosnak találtuk az objektum- 

orientált lehetőségeket és a nyílt programozói 
felületet, az API-t." 

Vaspál Vilmos, Freesoft Kft., 

1997. nov. 27. 


aA . Developer/2000 R2.0 képes a nagy 

adatmennyiséget kezelő, legigényesebb alkal- 

mazások elkészítésére is. Ami egyedülállóvá 
teszi, az a nagyszámú v sló, a gazd: 

r, a könnyen definiálható adatelérés 
észült alkalmazások rugalmas üzemel- 
tetése." 
Maggie Biggs, Info World, 
1997. nov. 3. 


[DEE ls se kéz) 


A Developer/2000 új verziója a sok adat- 

mozgással járó munkaigényes feladatokat a 

szerverre bízza, növelve ezáltal a rendszer 

teljesítményét, ugyanakkor tehermentesítve a 
hálózatot." 

Patrick Hall, 

Systems and Computer Tecbnology Corp., 

San Diego 

PC Week, 1997. nov. 6. 


a Windows kliens interfészt." 
Ricb Finklestein, Performance Computing 
Inc. Cbicago, 
Internet Week, 1997. nov. 19. 


(es) 
6 
0 
GŰ 
b 
[az 
TT 
all 
s] 
6 
FT 
af 


00OTZTÁSTE TEO a EK ENO Teste eke e ved 


Kérje 
ingyenes 
dl ORACLE 
AOL Ét met krsety [I 
4 És 


1123 Budapest, Alkotás u. 17-19 
Telefon: 224-1700, fax: 214-0070 
http://www.oracle.hu SSE 
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